Systems and methods for generating on-demand insurance policies

ABSTRACT

An on-demand insurance (ODI) server for generating dynamic user offerings may be provided. The ODI server may include at least one processor in communication with a memory device. The at least one processor may be programmed to (i) receive, from a user computing device associated with a user, an insurance policy request for a trip from a start location to an end location, (ii) determine at least one transportation mode available for the trip, (iii) access contextual data associated with the trip, (iv) assess a risk associated with the at least one transportation mode, (v) calculate a risk score associated with the at least one transportation mode based upon at least the contextual data, (vi) generate an insurance offering associated with the at least one transportation mode, and/or (vii) transmit the insurance offering in real time to the user computing device for purchase by the user.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims the benefit ofpriority to, U.S. patent application Ser. No. 17/127,410, filed Dec. 18,2020, entitled “SYSTEMS AND METHODS FOR GENERATING ON-DEMAND INSURANCEPOLICIES,” which claims the benefit of priority to, U.S. ProvisionalPatent Application Serial No. 62/984,664, filed Mar. 3, 2020, entitled“SYSTEMS AND METHODS FOR GENERATING ON-DEMAND INSURANCE POLICIES,” andU.S. Provisional Patent Application Serial No. 62/960,395, filed Jan.13, 2020, entitled “SYSTEMS AND METHODS FOR GENERATING ON-DEMANDINSURANCE POLICIES,” the entire contents and disclosures of which arehereby incorporated by reference in their entirety.

FIELD OF THE DISCLOSURE

The present disclosure generally relates to dynamic insurance policies,and more specifically, to systems and methods for generating dynamicinsurance policies (e.g., for a user or a group of users) based upon therisk associated with a transportation mode or travel route.

BACKGROUND

The landscape of vehicle insurance coverage has been changing with theincreased popularity of alternative transportation options, such as, forexample, transportation network company services, public transportation,and walking. Utilizing these alternative forms of transportation tocommute from place to place is becoming increasingly common. Further,users may switch from one transportation mode to another during a singletrip and/or throughout the week based upon cost, available modes oftransportation, time of day, day of the week, and location.Additionally, individuals generally use mobile devices (e.g.,smartphones, tablets) for a variety of purposes and often carry mobiledevices while traveling. Individuals may utilize mobile devices toschedule and request rides in real time with various transportationnetwork company services.

However, at least some known insurance policies may not adequatelyprovide coverage for these different types of transportation options.Conventional techniques may also be inconvenient, awkward, timeconsuming, and/or have additional drawbacks as well

BRIEF SUMMARY

The present embodiments may relate to, inter alia, systems and methodsfor generating dynamic and intelligent insurance offerings in real time.A computer system may be configured to recommend and/or push differentmodes of transportation and/or travel routes to a user based upon a risklevel associated with a particular mode of transportation and/or travelroute. The computer system may generate, on a trip-by-trip basis,recommendations for a particular mode of transportation and/or travelroute to reduce the user's risk, and therefore, cost. The computersystem may be configured to incorporate on-demand or additionalinsurance offerings based upon the user's own personal transportationoptions, such as, for example, a personal vehicle, scooter, and/or bike.

In one aspect, an on-demand insurance (ODI) server for generatingdynamic user offerings may be provided. The ODI server may include atleast one processor and/or associated transceiver in communication witha memory device. The at least one processor and/or associatedtransceiver may be programmed to (i) receive, from a user computingdevice associated with a user, an insurance policy request for a tripfrom a start location to an end location. The request may include tripdata and a user identifier associated with the user. The at least oneprocessor and/or associated transceiver may also be programmed to (ii)determine at least one transportation mode available for the trip; (iii)access, from the memory device, contextual data associated with thetrip; (iv) assess, based upon at least the accessed contextual data, arisk associated with the at least one transportation mode; (v)calculate, based upon the assessment, a risk score associated with theat least one transportation mode based upon at least the contextualdata; (vi) generate, based upon the calculated risk score, an insuranceoffering associated with the at least one transportation mode; and/or(vii) transmit the insurance offering in real time to the user computingdevice for purchase by the user. The on-demand insurance (ODI) servermay include less, additional, and/or alternative functionality,including that described elsewhere herein.

In another aspect, a computer-implemented method for generating dynamicuser offerings may be provided. The method may be implemented by anon-demand insurance (ODI) server including at least one processor and/orassociated transceiver in communication with a memory device. The methodmay include, via the at least one processor and/or associatedtransceiver, (i) receiving, from a user computing device associated witha user, an insurance policy request for a trip from a start location toan end location. The request may include trip data and a user identifierassociated with the user. The method may also include, via the at leastone processor and/or associated transceiver, (ii) determining at leastone transportation mode available for the trip; (iii) accessing, fromthe memory device, contextual data associated with the trip; (iv)assessing, based upon at least the accessed contextual data, a riskassociated with the at least one transportation mode; (v) calculating,based upon the assessment, a risk score associated with the at least onetransportation mode based upon at least the contextual data; (vi)generating, based upon the calculated risk score, an insurance offeringassociated with the at least one transportation mode; and/or (vii)transmitting the insurance offering in real time to the user computingdevice for purchase by the user. The method may include fewer,additional, and/or alternative steps, include those described elsewhereherein.

In a further aspect, a non-transitory computer-readable storage mediumhaving computer-executable instructions embodied thereon may beprovided. When executed by an on-demand insurance (ODI) server having atleast one processor in communication with at least one memory device,the computer-executable instructions may cause the at least oneprocessor and/or associated transceiver to (i) receive, from a usercomputing device associated with a user, an insurance policy request fora trip from a start location to an end location. The request may includetrip data and a user identifier associated with the user. Theinstructions may cause the at least one processor and/or associatedtransceiver to (ii) determine at least one transportation mode availablefor the trip; (iii) access, from the memory device, contextual dataassociated with the trip, (iv) assess, based upon at least the accessedcontextual data, a risk associated with the at least one transportationmode; (v) calculate, based upon the assessment, a risk score associatedwith the at least one transportation mode based upon at least thecontextual data; (vi) generate, based upon the calculated risk score, aninsurance offering associated with the at least one transportation mode;and/or (vii) transmit the insurance offering in real time to the usercomputing device for purchase by the user. The computer-executableinstructions may provide additional, less, and/or alternativefunctionality, including that described elsewhere herein.

In yet another aspect, a computer system for providing a flex insurancepolicy may be provided. The computer system may include at least oneprocessor and/or associated transceiver in communication with at leastone memory device. The at least one processor and/or associatedtransceiver may be configured to (i) determine that a vehicle associatedwith a user is listed for rent on a peer-to-peer (P2P) car-sharingplatform; and (ii) receive, from a computing device associated with theP2P car-sharing platform, vehicle listing information associated withthe user. The vehicle listing information may include a user identifierassociated with the user. The at least one processor and/or associatedtransceiver may also be configured to (iii) retrieve, from the memorydevice, a user profile associated with the user identifier. The userprofile may include information associated with (a) a personalautomobile insurance policy associated with the vehicle, and (b) apersonal mobility policy associated with the user. The at least oneprocessor and/or associated transceiver may also be configured to (iv)extract, from the user profile, a first identifier associated with thepersonal automobile insurance policy and a second identifier associatedwith the personal mobility policy; and/or (v) automatically transmit, toan insurance provider computing device, instructions to (a) suspendand/or otherwise adjust (such as adjust the price, limits, deductibles,and/or coverages of) the personal automobile insurance policy associatedwith the first identifier, and (b) activate and/or otherwise adjust(such as adjust the price, limits, deductibles, and/or coverages of) thepersonal mobility policy associated with the second identifier. Thecomputer system may include less, additional, and/or alternativefunctionality, including that described elsewhere herein.

In another aspect, a computer-implemented method for providing a flexinsurance policy may be provided. The method may be implemented by acomputer system including at least one processor and/or associatedtransceiver in communication with at least one memory device. The methodmay include, via the at least one processor and/or associatedtransceiver, (i) determining that a vehicle associated with a user islisted for rent on a peer-to-peer (P2P) car-sharing platform; (ii)receiving, from a computing device associated with the P2P car-sharingplatform, vehicle listing information associated with the user, thevehicle listing information including a user identifier associated withthe user; (iii) retrieving, from the memory device, a user profileassociated with the user identifier, the user profile includinginformation associated with (a) a personal automobile insurance policyassociated with the vehicle, and (b) a personal mobility policyassociated with the user; (iv) extracting, from the user profile, afirst identifier associated with the personal automobile insurancepolicy and a second identifier associated with the personal mobilitypolicy; and/or (v) automatically transmitting, to an insurance providercomputing device, instructions to (a) suspend and/or otherwise adjust(such as adjust the price, limits, deductibles, and/or coverages of) thepersonal automobile insurance policy associated with the firstidentifier, and (b) activate and/or otherwise adjust (such as adjust theprice, limits, deductibles, and/or coverages of) the personal mobilitypolicy associated with the second identifier. The method may includefewer, additional, and/or alternative steps, include those describedelsewhere herein.

In a further aspect, a non-transitory computer-readable storage mediumhaving computer-executable instructions embodied thereon may beprovided. When executed by a computer system having at least oneprocessor and/or associated transceiver in communication with at leastone memory device, the computer-executable instructions may cause the atleast one processor to (i) determine that a vehicle associated with auser is listed for rent on a peer-to-peer (P2P) car-sharing platform;(ii) receive, from a computing device associated with the P2Pcar-sharing platform, vehicle listing information associated with theuser, the vehicle listing information including a user identifierassociated with the user; (iii) retrieve, from the memory device, a userprofile associated with the user identifier, the user profile includinginformation associated with (a) a personal automobile insurance policyassociated with the vehicle and (b) a personal mobility policyassociated with the user; (iv) extract, from the user profile, a firstidentifier associated with the personal automobile insurance policy anda second identifier associated with the personal mobility policy; and/or(v) automatically transmit, to an insurance provider computing device,instructions to (a) suspend and/or otherwise adjust (such as adjust theprice, limits, deductibles, and/or coverages of) the personal automobileinsurance policy associated with the first identifier, and (b) activateand/or otherwise adjust (such as adjust the price, limits, deductibles,and/or coverages of) the personal mobility policy associated with thesecond identifier. The computer-executable instructions may provideadditional, less, and/or alternative functionality, including thatdescribed herein.

Advantages will become more apparent to those skilled in the art fromthe following description of the preferred embodiments which have beenshown and described by way of illustration. As will be realized, thepresent embodiments may be capable of other and different embodiments,and their details are capable of modification in various respects. Inaddition, although certain steps of the exemplary processes arenumbered, having such numbering does not indicate or imply that thesteps necessarily have to be performed in the order listed. The stepsmay be performed in the order indicated or in another order.Accordingly, the drawings and description are to be regarded asillustrative in nature and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The Figures described below depict various aspects of the systems andmethods disclosed therein. It should be understood that each Figuredepicts an embodiment of a particular aspect of the disclosed systemsand methods, and that each of the Figures is intended to accord with apossible embodiment thereof. Further, wherever possible, the followingdescription refers to the reference numerals included in the followingFigures, in which features depicted in multiple Figures are designatedwith consistent reference numerals.

There are shown in the drawings arrangements which are presentlydiscussed, it being understood, however, that the present embodimentsare not limited to the precise arrangements and are instrumentalitiesshown, wherein:

FIG. 1 illustrates a schematic diagram of an exemplary computer systemincluding an on-demand insurance (ODI) server in accordance with thepresent disclosure;

FIG. 2 illustrates a simplified block diagram of an exemplary processfor generating risk scores using the computer system shown in FIG. 1 ;

FIG. 3 depicts a data flow diagram illustrating an exemplary flow ofdata for providing on-demand insurance to a user using the computersystem shown in FIG. 1 ;

FIGS. 4-9 depict exemplary screen captures of an on-demand insurance(ODI) application (“app”) maintained using the computer system shown inFIG. 1 ;

FIGS. 10A and 10B illustrate a flow chart of an exemplarycomputer-implemented method for enabling a user to automatically switchbetween insurance policies when the user's vehicle is listed on apeer-to-peer (P2P) car-sharing platform, using the computer system shownin FIG. 1 ;

FIG. 11 is a schematic diagram of an exemplary user computing devicethat may be used in the computer system shown in FIG. 1 ; and

FIG. 12 is a schematic diagram of an exemplary on-demand insurance (ODI)server of the computer system shown in FIG. 1 .

The Figures depict preferred embodiments for purposes of illustrationonly. One skilled in the art will readily recognize from the followingdiscussion that alternative embodiments of the systems and methodsillustrated herein may be employed without departing from the principlesof the invention described herein.

DETAILED DESCRIPTION

The present embodiments may relate to, inter alia, systems and methodsfor generating user offerings, including on-demand insurance offeringsbased upon the risk associated with a transportation mode and/or travelroute. In particular, a computer system may include an on-demandinsurance (ODI) server configured to receive, process, and synthesizedata from a plurality of sources to offer users dynamic insurancepricings, recommendations, incentives, and the like, to change theirbehavior (e.g., to reduce risk, to encourage alternative forms oftransportation, etc.). The ODI server may receive, for example, arequest for insurance coverage from a user. Based upon situational data(e.g., contextual data) associated with the request as well as user dataassociated with the user's user profile, the ODI server may generatedynamic pricings for insurance offerings based upon a particular mode oftransportation and/or travel route. Transportation modes and/or travelroutes may be priced according to an associated risk to encourage usersto select insurance coverage for a mode of transportation associatedwith a low level of risk to the user.

“Vehicle,” as used herein, may refer generally to any vehicle owned,operated, and/or used by one or more vehicle users. A vehicle mayinclude any kind of vehicle, such as, for example, cars, trucks,all-terrain vehicles (ATVs), motorcycles, recreational vehicles (RVs),snowmobiles, boats, autonomous vehicles, semi-autonomous vehicles,user-driven or user-operated vehicles, industrial vehicles (e.g.,construction vehicles), “riding” lawnmowers, farm equipment, planes,helicopters, bicycles, flying cars, robo-taxis, self-driving taxis,and/or any kind of land-, water-, or air-based vehicle.

“Autonomous vehicle,” as used herein, may refer generally to any vehiclethat has at least one automation system that is related to the pilotingof the vehicle (e.g., warning systems assisting in a piloting task,intervention systems performing a piloting task, control systemsperforming a piloting task). The term “unautomated vehicle” refers tovehicles in which no automation systems are present (e.g., the vehicleis being piloted by the full-time performance of a human driver, andwithout enhancements from warning or intervention systems). The terms“semi-autonomous vehicle” and “autonomous vehicle” may be usedinterchangeably in some instances, and the term “autonomous vehicle” maybe used to refer to both semi-autonomous vehicles and autonomousvehicles for purposes of convenience.

Automation systems include, for example, rear-view sensors and alarms(e.g., to detect obstacles while in reverse), anti-lock braking systems(e.g., to prevent wheel locking during deceleration), traction controlsystems (e.g., actuating brakes or reducing throttle to restore tractionif wheels begin to spin), electronic stability control and accelerationslip regulation (e.g., to prevent the car from understeering oroversteering), dynamic steering response (e.g., to correct the rate ofpower steering based upon road conditions), cruise control (e.g., tomaintain vehicle speed), autonomous cruise control (e.g., to adjustcruising speed to maintain safe distance from vehicles ahead), lane-keepassist systems (e.g., to alert the driver or adjust steering to keep thevehicle in its current lane), driver monitoring systems (e.g., to warndrivers when they become drowsy or fall asleep), adaptive headlamps(e.g., to alter the brightness or angle of headlamps), collisionavoidance systems (e.g., to warn the driver an impending collision oradjust steering to avoid impending collision), parking assistancesystems, blind spot monitoring systems, traffic sign recognitionsystems, dead man's switch systems, computer vision systems, locationdetermination systems (e.g., GPS), and navigation systems (e.g., tonavigate or assist in navigating the vehicle to a destination).

“App,” as used herein, may refer generally to a software applicationinstalled and downloaded on a user computing device and executed toprovide an interactive graphical user interface at the user computingdevice. An app associated with the computer system, as described herein,may be understood to be maintained by the computer system and/or one ormore components thereof. Accordingly, a “maintaining party” of the appmay be understood to be responsible for any functionality of the app andmay be considered to instruct other parties/components to perform suchfunctions via the app.

“Trip,” as used herein, may refer generally to one complete use of aparticular mode of transportation (e.g., type of travel) from a startingpoint to an ending point. Modes of transportation may include, but arenot limited to, a personal vehicle, public transportation (e.g., buses,trolleys, trams, metro, subway, airlines, coaches, and rapid rail),taxis, ride-sharing services, scooters, bikes, etc.). In cases where auser is a vehicle driver, the trip may commence when the vehicle isstarted and may terminate when the vehicle is turned off If a trip isdefined in this way, the vehicle and/or the user's mobile computingdevice may automatically track and record trips, as commencement andtermination are simply defined. In other cases where the user is apassenger of, for example, a public transportation service or atransportation network company service, such as a ride-sharing service,or where the user is riding a bike or scooter, the trip may be“manually” defined, such that the user designates a commencement andtermination of a trip (e.g., when the user inputs and/or selects adestination using their mobile user computing device). In such cases,the on-demand insurance (ODI) server may prompt the user to designatethe commencement and termination (e.g., using an app available on a usercomputing device) of the trip such that the user's trip may be trackedand recorded.

“Telematics data,” as used herein, may refer generally to dataassociated with monitoring a moving computing device. Telematics dataincorporates location, movement (e.g., speed, direction, acceleration,etc.), and condition (e.g., “on”, “off”, in-motion, etc.) data basedupon a plurality of sensors on-board the computing device and/orconnected to the computing device. Accordingly, where the computingdevice is associated with a vehicle, the telematics data may beassociated with monitoring the vehicle. Where the computing device is apersonal mobile computing device, such as a smart phone, the telematicsdata may be associated with monitoring the personal mobile computingdevice. In at least some cases, the personal mobile computing device maybe used to capture vehicle telematics data, where the personal mobilecomputing device is present in/on a vehicle during motion/use of thevehicle.

“Sensor data,” as used herein, may refer generally to data captured bysensors that is not necessarily associated with the movement of acomputing device. For example, sensor data for a vehicle may includedata that captures movement of occupants of the vehicle, which may notaffect the motion of the vehicle. In some cases, telematics data mayinclude sensor data, where data is sent in packets that include datafrom all sensors associated with a computing device (e.g., both motionand non-motion sensor data).

“Contextual data,” as used herein, may refer generally to includes datanot specific to the user but descriptive of the environment aroundand/or associated with the user at the time the telematics data (and/orsensor data) was captured. Contextual data may include ambient data(e.g., weather data, traffic data, market data), data associated withother computing devices or vehicles, policy data (e.g., posted speedlimits, road closures, detours, etc.), cost data (e.g., gas prices,insurance policy premiums, maintenance costs, etc.), and the like. Insome cases, contextual data is accessed from one or more third-partysources. Additionally or alternatively, contextual data is collectedfrom sensors on one or more computing devices within the computer systemdescribed herein (e.g., user computing devices).

“Personal mobility (PM) insurance” or “personal mobility policy (PMP),”as used herein, may refer generally to insurance policies based upon auser's usage of various forms of transportation. As increasingly morepersonal mobility options (e.g., modes of transportation) becomeavailable, users have more options to choose from when it comes totravel. Personal mobility insurance may provide coverage when a user isa pedestrian, a passenger of a ride-sharing service, and/or a driver ofa rental vehicle, a semi-autonomous vehicle, and/or an autonomousvehicle. In other cases, personal mobility insurance may provide a userwith coverage when the user rides a bike or an electric scooter.

Personal mobility insurance further provides coverage in cases where auser may not own a vehicle and/or not drive. For example, the user maytravel from place to place by using various alternative forms oftransportation, including walking, biking, using public transportation,and/or using ride-sharing services. In these cases, personal mobilityinsurance may offer coverage if the user is injured as (i) a ride-shareservice passenger due to the driver's negligence or fault, (ii) apedestrian getting into or out of a ride-share vehicle, and/or (iii) abike or electric scooter rider due to being injured by an uninsuredmotorist.

In some embodiments, personal mobility insurance may be associated withan alternative policy, such as a personal automobile insurance and/or avehicle rental insurance. For example, a user's coverage may switchbetween the user's personal automobile insurance and the user's personalmobility insurance depending on whether the user elects to use theirpersonal vehicle or a different mode of transportation, such as aride-sharing service, to travel from one place to another. The cost ofthe personal mobility policy may depend on various factors, including,but not limited to, mode of transportation and risk associated with eachmode of transportation.

Additionally, the present embodiments may relate to micro-mobility ormicro mobility trends. For instance, the PMP or other insurance policiesmay cover micro-mobility forms of transformation and/or providemicro-mobility coverage on demand. The present embodiments may providemicro-mobility coverage or micro-mobility insurance for short distancetravel—such as the first mile of a trip (such as to reach or travel to apublic transportation or a ride share pick-up point), or the last mileof the trip (such as to reach or travel to a final destination, such asvia e-scooter or bike).

In some embodiments, the micro-mobility coverage or insurance may be inthe form of UBI (Usage-based Insurance). UBI micro-mobility coverage maybe sold by time or mileages, or other units (e.g., rides, trips), forinstance. In one embodiment, the micro-mobility coverage may cover modesof transportation and/or vehicles with speeds less than 20 mph, carry 1or 2 people, and associated with trips of short distances (such as a 1or 2 miles).

“On-demand insurance,” as used herein, may refer generally to providingPMP (personal mobility policy) and/or micro-mobility UBI (usage-basedinsurance) quotes to a user in real time when coverage is requested by auser. On-demand insurance may provide coverage on a pay-as-you-go basisfor each trip taken by the user (e.g., insurance provided on atrip-by-trip basis), as opposed to paying for coverage for a standardperiod of time (e.g., six months). For example, coverage may berequested or purchased for certain trips a user plans to take. PMPand/or micro-mobility insurance may be offered in various units, such asmiles, time units, or rides. Micro-mobility insurance may cover shorttrips, such as the first mile and/or the last mile to a destination. Forinstance, the first mile and/or last mile to a destination may includeusers traveling by alternate forms of transportation, such as publictransportation, ride shares, bicycles, or e-scooters.

As noted above, in some aspects, the present embodiments may provideinsurance coverage in real time, or in near real time, on a trip-by-tripbasis based upon the risk associated with a particular transportationmode or travel route. On-demand insurance policies with dynamic pricingsmay be provided to a user in real time, or in near real time, (such asvia their mobile device or other computing device (e.g., wearable, smartwatch, or smart glasses)), based upon the risk associated with availablemodes of transportation and travel routes.

Exemplary Embodiments

In an exemplary embodiment, a computer system may be configured togenerate dynamic and intelligent insurance offerings. The computersystem may be configured to pro-actively recommend and/or push differentmodes of transportation and/or travel routes to a user based upon a risklevel associated with a particular mode of transportation and/or travelroute. The computer system may generate, on a trip-by-trip basis,recommendations for a particular mode of transportation and/or travelroute to reduce the user's risk, and therefore, cost. The computersystem may be configured to incorporate on-demand or additionalinsurance offerings based upon the user's own personal transportationoptions, such as, for example, a personal vehicle, scooter, and/or bike.In the exemplary embodiment, the computer system may include at leastone on-demand insurance (ODI) server. The ODI server may be configuredto perform the functions that may be more generally described herein asbeing performed by and/or attributed to the overall computer system.

In particular, in an exemplary embodiment, the ODI server may be incommunication with one or more computing devices associated with a user,such as via wireless communication over one or more radio frequencylinks. These user computing devices may include a “mobile device,” suchas a smartphone, a tablet, wearable, smart watch, smart glasses, and thelike. In the exemplary embodiment, the ODI server offers situational(e.g., contextual) on-demand insurance that may take into considerationmultiple forms of data associated with an on-demand insurance request,which may include, but are not be limited to, time of day, day of theweek, weather, location, age of user, and the like. For example, basedupon contextual data (e.g., situational data) associated with anon-demand insurance request, the ODI server may determine that therequesting user is a person between the ages of 21-25 on a collegecampus on a Friday or Saturday night after the nearby bars are closed.

Based upon this determination, the ODI server may determine that theuser most likely poses a high level of risk to themselves if theyutilize a scooter as a transportation mode. In this example, the ODIserver may determine that the risk to a user who requests a scooter rideon a Sunday afternoon may be less than the risk to a user who requests ascooter ride late at night on a Friday or Saturday. Accordingly, in thisexample, based upon the assessed risk, the ODI server may priceon-demand insurance coverage for a scooter ride on a Sunday afternoon asone dollar, but on a weekend night as five dollars to more accuratelymatch price to actual risk. Thus, in the exemplary embodiment, the ODIserver may be configured to generate dynamic pricings for insuranceofferings based upon the time and/or day, as well as the transportationmode selected by a user requesting insurance coverage.

In one exemplary embodiment, the ODI server may be configured to providediscounts for transportation modes associated with a low level of risk.For example, when a user tries to book the scooter at 2 AM on aSaturday, an app associated with the ODI server may notify the user ofthe five dollar insurance cost for the ride, but may also inform theuser that a transportation network company service, such as, forexample, an UBER ride may only cost ten cents for insurance. The ODIserver may be configured to assess risk factors and calculate riskscores associated with transportation modes to generate dynamicpricings, and thereby to influence the travel behavior of users bytrying to keep users safe while in transit and to reduce the number ofinsurance claims. Calculated risk scores may be compared to a thresholdvalue associated with an average level of risk for a correspondingtransportation mode. Risk scores that are above the threshold value maybe categorized as high risk (e.g., high level of risk to the user)transportation modes. Risk scores that are below the threshold value maybe categorized as low risk (e.g., low level of risk to the user).

In another example, a user may take a trip to downtown Chicago. The ODIserver may analyze situational data, transportation data, and trip datato determine that, during the spring, the transportation mode associatedwith the least amount of risk is a DIVVY bike. The ODI server may alsodetermine that the transportation mode associated with the least amountof risk when the weather is poor is utilizing a transportation networkcompany service, such as UBER. The ODI server may offer discounts forthe safest mode of transportation in each situation to encourage usersto select safer travel options.

In one exemplary embodiment, the ODI server may create a user-based game(e.g., challenge) environment configured to motivate and encourage usersto utilize transportation modes that are associated with a low level ofrisk given the situation. The ODI server may recommend certaintransportation modes based upon calculated risk scores. If a userutilizes a recommended transportation mode, the user may earn real orimaginary credits/rewards. For example, the ODI server may challengeusers to ride a DIVVY bike to work each day of the work week to receivediscounts on a personal mobility policy and/or to receive “points” whichcould be used for benefits, such as, for example, discounts, gift cards,and the like at a later time.

Additionally or alternatively, the ODI server may be configured tocreate a policy (e.g., “bike policy”) focused on insuring bike riderswhen utilizing their personal bikes. The bike policy would not onlycover the standard need to cover the individual in case of injury, butwould also cover the user's bike in case the bike was damaged or stolen.In particular, the ODI server may generate customized bike policies toinsure expensive bikes (e.g., expensive make/model). In someembodiments, the bike policy may be an add-on that only activates when auser rides their personal bike. For example, bike coverage may berequested or purchased for certain trips a user plans to take with theirpersonal bike.

In an exemplary embodiment, the ODI server may generate an on-demandpolicy that allows the user the ability to “flex” their policy from astandard automobile policy (for the periods of time they are drivingtheir vehicle when they use the vehicle during the winter, holidays orweekends) to a combined personal mobility policy and car-sharinginsurance policy when the user rents their personal vehicle to others ona peer-to-peer (P2P) car-sharing platform. This would require a “link”to the P2P car sharing platform, such as, for example, a unique useridentifier associated with a user, which would enable the ODI server tobe notified when the user's personal vehicle is actively listed for renton the P2P platform.

The methods and system described herein may be implemented usingcomputer programming or engineering techniques including computersoftware, firmware, hardware, or any combination or subset thereof,where the technical effect may be achieved by performing at least one ofthe following steps: (i) receiving, from a user computing deviceassociated with a user, an insurance policy request for a trip from astart location to an end location, the request including trip data and auser identifier associated with the user; (ii) determining at least onetransportation mode available for the trip; (iii) accessing, from thememory device, contextual data associated with the trip; (iv) assessing,based upon at least the accessed contextual data, a risk associated withthe at least one transportation mode; (v) calculating, based upon theassessment, a risk score associated with the at least one transportationmode based upon at least the contextual data; (vi) generating, basedupon the calculated risk score, an insurance offering associated withthe at least one transportation mode; and/or (vii) transmitting theinsurance offering in real time to the user computing device forpurchase by the user.

The technical effect may also be achieved by performing at least one ofthe following steps: (viii) determining that a vehicle associated with auser is listed for rent on a peer-to-peer (P2P) car-sharing platform;(ix) receiving, from a computing device associated with the P2Pcar-sharing platform, vehicle listing information associated with theuser, the vehicle listing information including a user identifierassociated with the user; (x) retrieving, from the memory device, a userprofile associated with the user identifier, the user profile includinginformation associated with (a) a personal automobile insurance policyassociated with the vehicle, and (b) a personal mobility policyassociated with the user; (xi) extracting, from the user profile, afirst identifier associated with the personal automobile insurancepolicy and a second identifier associated with the personal mobilitypolicy; and/or (xii) automatically transmitting, to an insuranceprovider computing device, instructions to (a) adjust (such as adjustthe price, limits, deductibles, and/or coverages of) and/or suspend thepersonal automobile insurance policy associated with the firstidentifier, and (b) activate the personal mobility policy associatedwith the second identifier.

At least one technical solution addressed by this computer system mayinclude: (i) encouraging safer or risk averse travel behavior based upondynamic insurance pricings, recommendations, and incentives; (ii)reducing the cost of providing insurance offerings (e.g., insuranceproducts) to users who select transportation mode and/or travel routesthat pose the least amount of risk; (iii) developing new and increasingsources of non-driving telematics data by encouraging alternative travelmodes and/or travel routes; (iv) encouraging users to repeatedly androutinely select safer or risk averse travel choices by providing userswith gamification opportunities (e.g., user-based games and challenges);and (v) enhancing user profiles by incorporating contextual data andtelematics data received from various modes of transportation therein.Further, there may be additional technical problems addressed by thesystem.

Exemplary Computer System for Providing Full Dynamic and On-DemandInsurance

FIG. 1 depicts a schematic diagram of an exemplary computer system 100.Computer system 100 may be configured to generate dynamic andintelligent insurance offerings. In one exemplary embodiment, computersystem 100 may include an on-demand insurance (ODI) server 102, one ormore user computing devices 104 (which may also be referred to as“mobile devices”), third party service devices 106, transportationnetwork company servers 108 (which may also be referred to as“ride-share servers”), peer-to-peer (P2P) car-sharing platforms 110,and/or one or more insurance providers 112.

ODI server 102 may be implemented as a server computing device withartificial intelligence and deep learning functionality. Alternatively,ODI server 102 may be implemented as any device capable ofinterconnecting to the Internet, including mobile computing device or“mobile device,” such as a smartphone, a “phablet,” tablet, wearable,smart watch, smart glasses, or other web-connectable equipment or mobiledevices. ODI server 102 may be in communication with one or more usercomputing devices 104, third party service devices 106, transportationnetwork company servers 108, P2P car-sharing platforms 110, and/orinsurance providers 112, such as via wireless communication or datatransmission over one or more radio frequency links or wirelesscommunication channels. In the exemplary embodiment, components ofcomputer system 100 may be communicatively coupled to the Internetthrough many interfaces including, but not limited to, at least one of anetwork, such as the Internet, a local area network (LAN), a wide areanetwork (WAN), or an integrated services digital network (ISDN), adial-up-connection, a digital subscriber line (DSL), a cellulartelecommunications connection (e.g., a 3G, 4G, 5G, etc., connection), acable modem, and a BLUETOOTH connection.

Computer system 100 also includes one or more database(s) 114 containinginformation on a variety of matters. For example, database 114 mayinclude such information as insurance data, vehicle telematics data(e.g., acceleration, braking, cornering, speed, location, and/or othertypes of data), home telematics data (e.g., home usage, electricityusage, water usage, occupancy, and/or other types of data), contextualdata, user profiles, risk scores, analyses and reports based uponcalculated risk scores, user offerings, user responses, groupdefinitions, game (e.g., competition) eligibility conditions, and/or anyother information used, received, and/or generated by computer system100 and/or any component thereof, including such information asdescribed herein.

In one exemplary embodiment, database 114 may include a cloud storagedevice, such that information stored thereon may be securely stored butstill accessed by one or more components of computer system 100, suchas, for example, ODI server 102, one or more user computing devices 104,third party service devices 106, transportation network company servers108, P2P car-sharing platforms 110, vehicles (not shown), and/orinsurance providers 112. In one embodiment, database 114 may be storedon ODI server 102. In any alternative embodiment, database 114 may bestored remotely from ODI server 102 and may be non-centralized.

Computer system 100 may include a plurality of user computing devices104 registered therewith, where each user computing device 104 isassociated with at least one user who has an insurance policy associatedtherewith (e.g., where insurance policies are maintained by insuranceprovider 112). User computing devices 104 may be computers that includea web browser or a software application to enable user computing devices104 to access the functionality of ODI server 102 using the Internet ora direct connection, such as a cellular network connection. Usercomputing devices 104 may be any device capable of accessing theInternet including, but not limited to, a desktop computer, a mobiledevice (e.g., a laptop computer, a personal digital assistant (PDA), acellular phone, a smartphone, a tablet, a phablet, netbook, notebook,smart watches or bracelets, smart glasses, wearable electronics, pagers,etc.), or other web-based connectable equipment.

Each user computing device 104 may be associated with a particular user,which may include an insured associated with an insurance policy offeredby insurance provider 112. User computing devices 104 may include an app116 (e.g., a telematics collection app, insurance app, and/or game app)maintained by ODI server 102, that may be downloadable from ODI server102 so that app 116 may be executed on user computing devices 104. App116 may include computer-executable instructions that can be executed byuser computing devices 104. A user may use app 116 to request on-demandinsurance for a trip, provide inputs to ODI server 102, changepreferences (e.g., provide permission for ODI server 102 to receivetelematics data), receive dynamic insurance offerings, participate indaily, weekly, and/or monthly challenges, view personal and/or grouptelematics data, view insurance policy information, view historicalinsurance information (e.g., a log of the most recent PMP and/ormicro-mobility UBI insurance offerings purchased by the user) andperform other actions, including those described elsewhere herein.

User computing devices 104 may be configured to capture and/or generatetelematics (such as vehicle telematics) and/or sensor data duringoperation thereof (e.g., while user computing device 104 is on or activeand/or in motion). Specifically, user computing devices 104 may have oneor more sensors disposed thereon, such as location sensors, audiosensors, video sensors, cameras, GPS/navigation systems, accelerometers,gyroscopes, scanners, and/or any other sensor, including those describedelsewhere herein. The sensors operate and collect and/or generatetelematics and/or sensor data passively and/or actively as usercomputing device 104 is operating. In some embodiments, the sensor dataincludes information captured about the respective device's motion, theenvironment around the device (e.g., temperature, sounds, etc.), andobjects around the device. User computing device 104 may track andrecord location data (e.g., Global Positioning System (GPS) data),accelerometer data, and/or gyroscope data associated with user computingdevice 104 as the user is, for example, riding a bike or an e-scooter.ODI server 102 may receive any such data from user computing devices104.

ODI server 102 may be configured to process telematics data and/orsensor data received from user computing devices 104, and/or datareceived from third party service devices 106, to generate user profilesindicative of user behavior, such as driving profiles. ODI server 102may be further configured to leverage contextual data (which may bereceived from any of the above-described devices and/or accessed fromdatabase 114) to enrich the generated user profiles. ODI server 102 maythen generate user-specific and context-specific on-demand insuranceofferings. ODI server 102 may further generate additional userofferings, such as recommendations, incentives, and the like, to affector influence user behavior (e.g., to reduce risk, reduce user costs,generate additional or alternative vehicle and/or home telematics data,incorporate different travel modes, etc.).

Third party service devices 106 may refer generally to computing devicesassociated with third party services that provide external sources ofdata, such as sources of contextual data. ODI server 102 may request,receive, and/or otherwise access data from third party service devices106. Third party service devices 106 may include, for example, theNational Weather Service, the National Highway Traffic SafetyAdministration (NHTSA), and/or the U.S. Department of Transportation.ODI server 102 may be configured to process data received from thirdparty service devices 106 to analyze travel conditions, traffic volume,road closures, and weather/road conditions when generating userofferings, such as on-demand insurance offerings. Third party servicedevices 106 may be any devices capable of interconnecting to theInternet, including a server computing device, a mobile computing deviceor “mobile device,” such as a smartphone, wearable, or otherweb-connectable equipment or mobile devices.

Transportation network company (TNC) servers 108 may refer generally toservers associated with transportation network company services, such asUBER and LYFT that enable transportation of passengers by allowingindependent operators the ability to offer transportation services toriders seeking transportation. TNC servers 108 may be associated withscooter sharing and bike sharing services.

ODI server 102 may request, receive, and/or otherwise be incommunication with TNC servers 108. ODI server 102 may receive data fromTNC servers 108 to analyze the supply and demand for rides. ODI server102 may also receive, from TNC servers 108, data associated with a riderequested by the user. In some embodiments, ODI server 102 may transmit,to TNC servers 108, data associated with an on-demand insurance offeringpurchased by the user for a ride requested through a transportationnetwork company service. In certain embodiments, on-demand insuranceofferings may be offered via TNC servers 108.

In the exemplary embodiment, ODI server 102 provides the user with oneor more on-demand insurance offerings via user computing device 104. Theuser may use user computing device 104 to select an on-demand insuranceoffering for a ride requested through a transportation network companyservice, and to purchase the selected on-demand insurance offering andtransmit payment to ODI server 102. ODI server 102 may transmit thefunds to insurance provider 112 with instructions to initiate insurancecoverage.

Insurance provider 112 may be associated with and/or maintained by aninsurance provider, which provides insurance policies associated withusers, vehicles, and the like. Insurance provider 112 may communicatewith ODI server 102, user computing device(s) 104, and/or database 114in order to transmit and/or receive information associated with theinsurance policies. For example, insurance provider 112 may transmitinsurance policies to ODI server 102, and/or may receive or access userprofiles, user offerings, responses to user offerings, and the like.

In some embodiments, ODI server 102 may determine one or more optimalinsurance offerings to provide insurance coverage to a user. Forexample, ODI server 102 may determine on-demand insurance offerings fora particular trip from a first location to a second location usingvarious modes of transportation, such as utilizing publictransportation, a transportation network company service, and walking.In these embodiments, ODI server 102 may transmit each of the determinedon-demand insurance offerings to insurance provider 112 and requestauthorization to offer the determined offers to a user.

Peer-to-peer (P2P) car-sharing platforms 110 may refer generally tocomputing devices and/or servers associated with car-sharing platformsor marketplaces, such as TURO and GETAROUND that enable a user to listtheir personal vehicle for rent. ODI server 102 may request, receive,and/or otherwise be in communication with P2P car-sharing platforms 110to determine when and for how long a user's personal vehicle is listedon one or more P2P car-sharing platforms 110. ODI server 102 may receivedata from P2P car-sharing platforms 110 including, vehicle listinginformation and a user identifier associated with the user to determinewhether the user's (i) personal automobile insurance policy needs to besuspended and/or otherwise adjusted (such as adjust the price, limits,deductibles, and/or coverages of), and/or (ii) PMP and/or micro-mobilityinsurance policy needs to be activated and/or otherwise adjusted (suchas adjust the price, limits, deductibles, and/or coverages of) duringthe time period that the user's vehicle is actively listed on P2Pcar-sharing platform 110. ODI server 102 may be in communication withP2P car-sharing platforms 110 to analyze vehicle listing information,and enable a user to switch between different insurance policies tobetter accommodate and adapt to the user's specific driving situation(e.g., renting out a personal vehicle vs. using the personal vehicle).

In the exemplary embodiment, third party service devices 106 and/orinsurance provider 112 may be a source of eligibility conditions for oneor more incentives, as described herein, such as those associated withgroup telematics data competitions. Third party service devices 106and/or insurance provider 112 may, in some cases, desire additionaltelematics data associated with a particular travel mode, and maytherefore initiate a competition, such as a weekly challenge, for anincentive (e.g., decreased insurance premium, a discount, a gift card)based upon an eligibility condition requiring users to participate inthat transportation mode. Eligibility conditions may be selected and/ordefined for any purpose and with any characteristics. ODI server 102 mayreceive eligibility conditions form third party service devices 106and/or insurance provider 112 and may compare telematics data to thoseeligibility conditions to determine which user or users quality tocompete for a particular incentive and, thereafter, which user or userswon the incentive.

Exemplary Process for Generating Risk Scores

FIG. 2 is a simplified block diagram 200 of an exemplary process forgenerating a risk score 202 using computer system 100 (shown in in FIG.1 ). In the exemplary embodiment, diagram 200 includes on-demandinsurance (ODI) server 102, trip data 204, transportation data 206, anduser data 208. In the exemplary embodiment, ODI server 102 may beconfigured to generate a risk score 202 for each transportation mode androute available to a requesting user for a given trip. ODI server 102may also be configured to generate a risk score 202 associated with atravel destination (e.g., end destination) associated with a given trip.

In some embodiments, ODI server 102 may generate one risk score 202 foreach trip a user requests insurance coverage. In these embodiments, theone risk score 202 encompasses the risk associated with the availabletransportation modes, available routes, and designated traveldestination. Risk scores 202 may be calculated by ODI server 102 togenerate dynamic pricing models based upon a risk associated with aparticular transportation mode and travel route. These dynamic pricingmodels may be utilized to calculate and provide insurance offerings thatmore accurately reflect the associated risk to the user. Additionally oralternatively, the dynamic pricing models may be utilized to generateuser recommendations to encourage safe travel and transportationdecisions.

For example, a high risk score 202 may indicate that a giventransportation mode or travel route poses a high risk to the user, and alow risk score 202 may indicate a low risk to the user. Calculated riskscores may be compared to a corresponding threshold value associatedwith an average level of risk for a given transportation mode or travelroute. Risk scores that are above the threshold value may be categorizedas high risk (e.g., high level of risk to the user) transportationmodes. Risk scores that are below the threshold value may be categorizedas low risk (e.g., low level of risk to the user). ODI server 102 mayoffer insurance coverage for less risky transportation modes and travelroutes at a lower price, such as to incentivize risk averse behavior. Insome embodiments, ODI server 102 may be configured to provide insurancediscounts for transportation modes and/or travel routes that areassociated with a low risk to encourage users to make safertransportation choices.

In further embodiments, ODI server 102 may be configured to generateuser recommendations for one or more transportation modes and/or travelroutes based upon the calculated risk scores 202. For example, ODIserver 102 may encourage a user to select an insurance offering for onetransportation mode, such as, for example, a ride-sharing service overanother insurance offering for a different transportation mode, such as,for example, riding an electric scooter, because it is 11 PM at night,the user's end destination is over 15 miles away from the user's currentlocation, and ODI server 102 determines that a greater risk isassociated with the user riding an electric scooter alone for over 15miles at night.

Trip data 204 includes a current location (e.g., start location) and atrip destination (e.g., end location, end destination) of the tripreceived from a user's user computing device 104 (shown in FIG. 1 ).Trip data 204 may further include information as to a date and timeassociated with the user's request for insurance coverage. Trip data 204may further include real-time traffic information along one or moreavailable routes from the user's current location to the designated endlocation, and weather information regarding inclement weather for one ormore available routes.

In some embodiments, weather information includes a weather forecast fora given zip code or region (e.g., county, city) associated with thecurrent location and/or the designated end location. Weather informationmay include the weather forecast in the user's current location, in thedesignated end location near the expected arrival time, and/or inbetween the user's current location and end location. Weather data maybe received from user computing devices 104 and/or third party servicedevices 106, such as, for example, a local or national weather service(both shown in FIG. 1 ). Additionally or alternatively, trip data 204may include an estimated time of arrival (ETA) and navigation data.

Transportation data 206 includes transportation modes and transportationroutes available to a user at the time of requesting insurance coveragefrom ODI server 102. In embodiments where a user is planning ahead foran upcoming trip, ODI server 102 is configured to retrievetransportation modes and routes available to the user based upon theupcoming trip information (e.g., date and time) received from the user.For example, if a user is planning for a trip back home from a concertthat ends around 11 PM on a weekday, ODI server 102 may determine, forexample, that certain modes of public transportation, such as thesubway, are not available to the user when the concert ends. In thisexample, ODI server 102 may be configured to exclude the subway as aviable transportation option when calculating insurance offering pricesfor the user.

Transportation data 206 further may include safety information withrespect to each transportation mode and route available to a user for agiven trip. Safety information may include accident data for varioustransportation modes and routes, such as road traffic injuries (e.g.,car crashes, fatalities), road condition data (e.g., local roads,highways, rural roads, road debris), pedestrian safety reports as wellas safety reports generally associated with available transportationmodes, such as, for example, the local bus, metro, subway, andride-sharing services. ODI server 102 may receive transportation data206 from user computing devices 104 (e.g., telematics data), third partyservice devices 106, such as the National Highway Traffic SafetyAdministration (NHTSA), and/or transportation network company servers108 (all shown in FIG. 1 ).

User data 208 may include user preferences indicated by the user, aswell as the user's mobility history. The user's mobility history mayinclude information regarding past requests made by the user for PMPand/or micro-mobility insurance coverage. For example, ODI server 102may be configured to analyze the user's request history to determinewhere the user typically travels to, how often the user travels, and thetransportation modes frequently utilized by the user. Based upon thisanalysis, ODI server 102 may be configured to build a user profileassociated with the user. The user profile may include information, suchas, for example, the frequently visited locations, the most recentlocations visited by the user, the user's purchase history with respectto insurance policies, the risk score associated with the frequentedlocations, trip route, and/or transportation mode, and/or the date andtime of each request. User profiles may be stored in database 114 (shownin FIG. 1 ).

Based upon the user profile, ODI server 102 may determine whether theuser typically selects modes of transportation, travel routes, and/orend destinations that are associated with a low or high risk to theuser. ODI server 102 may utilize user data 208 in determining thepricing for insurance offerings. In further embodiments, the user mayindicate a specific transportation mode, transportation company and/orservice, or travel route that the user prefers to use. In theseembodiments, ODI server 102 may be configured to prioritize the user'spreferences when generating travel recommendations to the user. ODIserver 102 may retrieve user data 208 from database 114.

Exemplary Process for Providing On-Demand Insurance

FIG. 3 depicts a data flow diagram illustrating an example process 300for providing on-demand insurance to a user (associated with usercomputing device 104). Process 300 may be carried out by computer system100 (shown in FIG. 1 ).

In the exemplary embodiment, a user associated with user computingdevice 104 may transmit an on-demand insurance (ODI) request 302 to ODIserver 102. The user may transmit ODI request 302 when the user isscheduling an upcoming trip. For example, the user may transmit ODIrequest 302 via user computing device 104 to ODI server 102 when theuser is scheduling a ride via a ride-sharing service or trying to decidewhich mode of transportation to choose for an upcoming trip. ODI request302 may include a user identifier associated with the user, a deviceidentifier (e.g., device ID) associated with user computing device 104,a time stamp (e.g., date and time) associated with ODI request 302, adate and time for the requested trip insurance coverage, a startlocation associated with the trip coverage, an end location (e.g.,destination) associated with the trip coverage, and location dataassociated with user computing device 104 at the time of transmittingODI request 302 (e.g., geographic coordinates, geographic area, zipcode).

In some embodiments, the start location may be the same location as thecurrent location data associated with user computing device 104. Infurther embodiments, the start location may be different from thecurrent location of user computing device 104. For example, the user mayrequest a micro-mobility insurance policy from the train station to theuser's home while the user is riding the train.

ODI server 102 may be configured to retrieve a user profile associatedwith the user based upon ODI request 302 received from user computingdevice 104. ODI server 102 may utilize a user identifier provided in ODIrequest 302 to identify and retrieve a user profile associated with theuser from database 114 (shown in FIG. 1 ). The user profile may includeinformation including the user's past trips, associated insurancecoverage purchases, user preferences, and/or one or more risk scoresassociated with the user's trips.

In the exemplary embodiment, ODI server 102 may transmit an insurancedata request 304 to insurance provider 112. Based upon the informationprovided in ODI request 302, ODI server 102 may request insuranceprovider 112 to provide various policy and/or pricing information.Insurance provider 112 may transmit requested insurance information 306to ODI server 102 in return. ODI server 102 may also transmit a datarequest 308 to one or more transportation network company servers 108,requesting information regarding available transportation options duringthe date and time frame identified in ODI request 302. Transportationnetwork company servers 108 may transmit requested transportation data310 to ODI server 102 in return.

ODI server 102 may further transmit a circumstantial data request 312 toone or more third party service devices 106, requesting circumstantialdata regarding the upcoming trip identified in ODI request 302.Circumstantial data requested by ODI server 102 may include, but is notlimited to, weather data, accident data, traffic data, safety dataassociated with available modes of transportation, and/or road closureinformation. Third party service devices may transmit requestedcircumstantial data 314 to ODI server 102 in return.

In the exemplary embodiment, ODI server 102 may be configured togenerate one or more on-demand insurance (ODI) offerings 316 based uponthe retrieved user profile, as well as the requested transportationdata, circumstantial data, and the insurance information. ODI server 102may calculate one or more risk scores associated with the transportationmodes and/or routes available to the user based upon the transportationdata and circumstantial data received from transportation networkcompany servers 108 and third party service devices.

ODI server 102 may apply machine learning and/or artificial intelligencealgorithms to generate an optimal pricing model (not shown). The optimalpricing model may be executed to determine an ODI offering (e.g.,insurance product offering) for each transportation mode and/ortransportation route based upon an associated risk score. In certainembodiments, the optimal pricing model may be executed to determinewhich available transportation mode and/or transportation route posesthe least amount of risk to the user, and subsequently generate arecommendation that the user purchase an ODI offering that correspondsto the least amount of risk to the user.

In the exemplary embodiment, ODI server 102 may provide one or more ODIofferings 316 to the user. ODI server 102 may prompt the user to select(e.g., through a user interface and/or an application associated withODI server 102) one of ODI offerings 316. In certain embodiments, ODIserver 102 may indicate which of ODI offerings 316 is associated withthe least amount of risk to the user. Additionally or alternatively, ODIserver 102 may indicate which of ODI offerings 316 are associated with amedium amount of risk and a high amount of risk to the user. Usercomputing device 104 transmits a user selection 318 of one of ODIofferings 316 to ODI server 102. ODI server 102 may store the selectedODI offering 318 in database 114 associated with ODI server 102. ODIserver 102 may further transmit user selection 318 to insurance provider112 to notify insurance provider 112 of the selected insurance coverage.

In return, insurance provider 112 may transmit a confirmation message320 to ODI server 102. Confirmation message 320 may acknowledge thepurchase of the selected ODI offering 318 and confirm that purchased ODIoffering will be effective during the trip indicated in ODI request 302(e.g., “user identifier ABC has successfully purchased micro-mobilityinsurance for a trip from location A to location B on X date; mode oftransportation will be ride-sharing service Y”). ODI server 102 maytransmit confirmation message 320 to user computing device 104. Inembodiments where the user has elected to utilize a transportationoption provided by a transportation network company, ODI server 102 maytransmit a notification message (not shown) to transportation networkcompany server 108, notifying transportation network company server 108that the user is insured for an upcoming trip. In further embodiments,the user, rather than ODI server 102 may directly transmit anotification message to transportation network company server 108 viauser computing device 104.

Exemplary On-Demand Insurance App

In the exemplary embodiment, on-demand (ODI) server 102 may alsomaintain a software application or “app” 116 that enables users topurchase insurance offerings in real time, or near real time, and trackvarious metrics associated with their behavior (e.g., transportationmodes used, transportation routes used (e.g., past trips), insurancepurchase history), adjust user settings, and access a plurality ofservices associated with computer system 100, including competing indaily, weekly, and/or monthly competitions to earn incentives andrewards. App 116 may be executed on user computing devices 104. Incertain embodiments, app 116 may be executed on in-vehicle computingdevices (not shown) and/or merchant terminals (not shown), such as,information stations or kiosks. For example, a user at a train stationmay purchase an insurance offering for an upcoming train ride at a kioskin the train station.

FIGS. 4-9 depict exemplary screen captures or “screenshots” of a userinterface of app 116 as executed on user computing device 104 (shown inFIG. 1 ). The example screenshots include various features andfunctionalities of app 116. In particular, ODI server 102 causes to bedisplayed in real time, at least on-demand insurance (ODI) offerings atuser computing device 104, specifically via app 116, in response to auser request for insurance coverage.

More specifically, FIG. 4 depicts an exemplary screenshot 400 of a firstpage 402 accessed by a user within the user interface of app 116. Firstpage 402 may display a menu 404 of icons 406 that may be selected by theuser to access different sections, pages, and/or functionalities of app116. In the illustrated embodiment, menu 404 may include icons 406associated with insurance offerings requests (represented as a circle),games (e.g., competitions) (represented as a lined box), and settings(represented as a gear). It should be readily understood that menu 404may include additional, fewer, and/or alternative icons 406 that mayrepresent additional, fewer, and/or alternative sections, pages, and/orfunctionality within app 116.

In the illustrated embodiment, the user has selected icon 406 associatedwith insurance offerings requests (represented as a circle) to displayfirst page 402. First page 402 displays a first map 408. First map 408may display a current location of the user's user computing device 104.First page 402 also displays a start location input field 410 and adestination location input field 412.

Start location input field 410 may be populated with the detectedcurrent location of user computing device 104. In further embodiments,user may manually input the location from which the user's trip willcommence. For example, if a user is requesting a micro-mobilityinsurance offering, the user may specify the exact location from whichthe user would like insurance coverage to begin. The user may utilizedestination location input field 412 to input an end location at whichthe requested insurance coverage for a given trip should end.

After a user defines the start location and the destination location,the user may select a “submit request” control 414 to submit a requestfor dynamic insurance offerings based upon the inputted locations. Infurther embodiments, first page 402 may also include a scheduling inputfield (not shown) that enables the user to specify a date and time forwhich the user is requesting insurance coverage for. In the exemplaryembodiment, first page 402 enables a user to request dynamic insuranceofferings in real time.

FIG. 5 depicts an exemplary screenshot 500 of a second page 502 accessedby a user within the user interface of app 116 when the user selects“submit request” control 414 (shown in FIG. 4 ). In the illustratedembodiment, second page 502 displays a second map 504. Second map 504may include a route 506 from location A (e.g., start location) tolocation B (e.g., destination location). Second page 502 may alsodisplay a first user message 508 prompting the user to select a mode oftransportation to view dynamic insurance offerings. Second page 502 mayalso display a first list 510 of transportation options with associatedinsurance offering prices. First list 510 may include insuranceofferings for ride share services, bike, scooter, and publictransportation. In further embodiments, first list 510 may includeadditional, fewer, and/or alternative transportation options based uponthe transportation options available to the user for the requested date,time, and zip code.

First list 510 may also display insurance pricings associated with eachcategory of available transportation option. As shown in FIG. 5 , firstlist 510 may display the starting prices for insurance offeringsavailable to the user based upon various types of transportationoptions. In the exemplary embodiment, the user may select one of thedisplayed transportation options in first list 510 to view moreinformation regarding the insurance offerings and associated prices. Forexample, selecting “ride share services” from first list 510 may displaya drop-down menu (not shown) of insurance offerings based upon variousride share companies (e.g., UBER, LYFT). In this example, selecting aparticular ride share company may cause ODI server 102 to transmitinstructions to user computing device 104 to display insurance offeringsbased upon the different ride sharing options the selected company hasavailable (e.g., UBER POOL, UBER X, UBER BLACK).

In another example, selecting “bike” from first list 510 may display adrop-down menu (not shown) of insurance offerings based upon bicyclemodels. In this example, if the user is requesting insurance coveragefor a trip via a bike that the user owns or is renting, ODI server 102may transmit instructions to user computing device 104 to prompt theuser to select the user's bike model and make from the drop-down menu.In this example, the user may be prompted to provide informationregarding the condition of the user's bike. The user may be prompted totake a picture of the user's bike using user computing device 104. Inthe exemplary embodiment, ODI server 102 transmits instructions to usercomputing device 104 to display pricing information as well as insurancecoverage information for each available mode of transportation. The usermay select an insurance offering for purchase via user computing device104.

FIG. 6 depicts an exemplary screenshot 600 of a third page 602 accessedby a user within the user interface of app 116 when the user selects“submit request” control 414 (shown in FIG. 4 ). Third page 602 is analternative embodiment to second page 502 of FIG. 5 , where instead ofrequesting insurance coverage for an entire trip from location A tolocation B, a user requests insurance coverage for a first leg 606 ofthe trip, from location A to location C, as displayed in third map 604.In this embodiment, the user may input the start and destinationlocations of the full trip, as shown in FIG. 4 , and subsequentlyspecify that the request is for first leg 606 of the trip.

Third map 604 may display the full trip (first leg 606 and a second leg608 of the trip) and further highlight first leg 606 to emphasize thatthe request is only for the highlighted part of the trip. Third page 602may display a second user message 610 prompting the user to select amode of transportation for a trip for first leg 606. Third page 602 mayalso display a second list 612 similar to first list 510 (shown in FIG.5 ) that provides selectable insurance offerings based upontransportation options.

FIG. 7 depicts an exemplary screenshot 700 of a fourth page 702 accessedby a user within the user interface of app 116 when the user selects“submit request” control 414 (shown in FIG. 4 ). More specifically,fourth page 702 provides a user with a variety of dynamic insurancepricings based upon available routes from the user's start location todestination location. Fourth page 702 may display a plurality ofavailable routes R1, R2, and R3 in a fourth map 704 from the user'sstart location (e.g., location A) to the user's destination location(e.g., location B). In the exemplary embodiment, ODI server 102 mayenable a user to search for insurance offerings based upontransportation mode and travel route. Accordingly, page 702 may bedisplayed to a user after the user has selected a transportation mode.

Fourth page 702 may display a third user message 706 prompting the userto select an available travel route for a trip from location A tolocation B. Fourth page 702 may also display a third list 708 thatincludes insurance offerings for the available routes. Third list 708may display the insurance pricings for each of routes R1, R2, and R3.The user may select one of the available routes displayed in third list708 to view further information regarding the insurance offering (e.g.,pricing calculation, coverage details, recommendations, level of riskassociated with each route).

Each of routes R1, R2, and R3 may be associated with a differentinsurance coverage pricing based upon a risk score associated with eachof the routes. For example, route R2 may be the most direct route totravel from location A to location B, but may also be associated withthe highest level of risk because route R2 requires traveling throughcongested areas and busy intersections where the risk of a car accidentis high. In another example, route R3 may take the user from location Ato location B using backroads, but may also be associated with a lowrisk of a car accident. The risks associated with each available travelroute may be taken into account to calculate risk scores (as shown inFIG. 2 ) and to provide insurance offerings at a price that mostaccurately reflects the associated level of risk.

FIGS. 8 and 9 depict exemplary screenshots of gamification opportunitiesprovided to users to encourage the use of different transportation modesbased upon risk, health and/or lifestyle considerations to enhancequality of life and/or to encourage more physical activity. ODI server102 may be configured to create user-based challenge games forindividual and/or group user environments to motivate users to takedifferent transportation methods. ODI server 102 may encourage users toutilize less risky modes of transportations through gamificationopportunities.

More specifically, FIG. 8 depicts an exemplary screenshot 800 of a fifthpage 802 accessed by a user within the user interface of app 116. In theillustrated embodiment, the user has selected icon 406 associated withgames (e.g., competitions) (represented as a lined box). Fifth page 802may display a first challenge offering 804, embodied as a weeklychallenge to earn 100 points by completing one of the challenges listedbelow first challenge offering 803 in a list of eligibility conditions806. Eligibility conditions 806 may be associated with first challengeoffering 804, and provide various transportation options for the user totake to earn the incentive identified in first challenge offering 804.

Points may be accumulated to win certain incentives, such as, forexample, a discount on an insurance premium, a gift card, and the like.Fifth page 802 may also include a “View your Member Rank” control 808.Selection of control 808 may cause ODI server 102 to transmitinstructions to user computing device 104 to display metrics associatedwith the user's personal telematics data, such as a graph or “smartchart”, a list of travel modes taken, a number of points earned, and thelike, relative to other members of a same group. ODI server 102 mayenable a user to participate in a gamification opportunity with otherusers as part of a group to encourage participation (e.g., competingwith family and/or friends).

FIG. 9 depicts an exemplary screenshot 900 of a sixth page 902 accessedby a user within the user interface of app 116. In the illustratedembodiment, the user has selected icon 406 associated with games (e.g.,competitions) (represented as a lined box). More specifically, sixthpage 902 illustrates another embodiment of a gamification opportunitythat may be presented to users. Sixth page 902 may include a secondchallenge offering 904, embodied as a weekly challenge to reduce carbonfootprint. Below second challenge offering 904 are a plurality ofeligibility conditions 906 associated with each tier (e.g., tier 1, tier2, and tier 3) of second challenge offering 904. A user may “unlock” oneor more tiers by accomplishing the eligibility conditions 906 associatedwith each tier. A user may be awarded incentives, such as points,credits, discounts, gift cards, and the like with each tier the userunlocks.

ODI server 102 may create daily, weekly, monthly, and/or yearlychallenges that are customized to one or more users based upon eachuser's historical data and travel preferences, such as, for example, amode of transportation frequently utilized by the user. In oneembodiment, if a user usually travels to work using a ride-sharingservice, ODI server 102 may provide, to the user, a gamificationopportunity that rewards the user for using a transportation modedifferent from ride-sharing services during a work week (as shown inFIGS. 8 and 9 ). For example, ODI server 102 may generate a challengeoffering that encourages a user to ride a Divvy bike to work for anentire week to receive a discount on an insurance offering, such as aPMP or micro-mobility UBI insurance. In the exemplary embodiment, ODIserver 102 may be configured to automatically detect whether one or moreeligibility conditions 906 have been met by analyzing telematics dataand historical insurance purchase data received from user computingdevice 104.

Exemplary Process for Enabling a User to “Flex” Between InsurancePolicies When the User's Vehicle is Listed on a Car-Sharing Platform

FIGS. 10A and 10B illustrate a flow chart of an exemplarycomputer-implemented process 1000 for enabling a user to automaticallyswitch (e.g., “flex”) between insurance policies when the user's vehicleis listed on a peer-to-peer (P2P) car-sharing platform 110, usingcomputer system 100 (both shown in FIG. 1 ). More specifically, process1000 may be implemented, at least in part, by a computer device/server,for example, on-demand insurance (ODI) server 102 in communication withone or more P2P car-sharing platforms 110 (shown in FIG. 1 ).

In the exemplary embodiment, ODI server 102 enables a user who owns apersonal vehicle to “flex” their policy from a standard personalautomobile policy to a personal mobility policy (PMP) and car-sharinginsurance policy when the user's personal vehicle is listed on a P2Pcar-sharing platform. In particular, the user's personal automobileinsurance policy provides standard coverage whenever the user is usingtheir vehicle, such as, for example, during weekends, holidays, and/orseasons (e.g., seasonal use). However, during periods of time when theuser is not using the vehicle, and the user's vehicle is listed for renton a P2P car-sharing platform, the appropriate insurance coverage forthe user may be a PMP and car-sharing insurance policy rather than apersonal automobile insurance policy for a vehicle that the user is notdriving.

Process 1000 may include determining 1002 that a vehicle associated witha user is listed on P2P car-sharing platform 110, such as, for example,TURO and GETAROUND that enable a user to list their personal vehicle forrent. In the exemplary embodiment, a user identifier associated with theuser may link the user to both ODI server 102 and P2P car-sharingplatform 110. In some embodiments, the user may notify ODI server 102that he or she has listed their vehicle on a specific P2P car-sharingplatform 110. In other embodiments, ODI server 102 may determine thatthe user's vehicle is listed on P2P car-sharing platform 110 based upon,communicating with P2P car-sharing platform 110, analyzing telematicsdata received from the user's user computing device 104 (shown in FIG. 1) and/or from the user's personal vehicle (not shown), and/or monitoringthe user's historical insurance purchases.

For example, ODI server 102 may determine, from analyzing the user'svehicle telematics and/or home telematics data, including image data,that the user has not used his or her personal vehicle for at least aweek. This may prompt ODI server 102 to transmit a request to P2Pcar-sharing platforms 110, inquiring whether a vehicle associated with auser identifier of the user's is currently listed for rent on P2Pcar-sharing platforms 110. In another example, ODI server 102 maytransmit a message to user computing device 104, asking the user toconfirm if the user has listed their personal vehicle for rent on P2Pcar-sharing platforms 110 (e.g., “we noticed that you have not drivenyour vehicle (model/make XYZ) over the past five days. Is your vehiclelisted for rent on a car-sharing platform?”).

Process 1000 may also include receiving 1004 vehicle listing informationand a user identifier associated with the user. The vehicle listinginformation and user identifier may be transmitted by the P2Pcar-sharing platform 110 on which the user's personal vehicle is listedon. In other embodiments, this information may be provided by the uservia user computing device 104. Vehicle listing information may include,but is not limited to, a listing date (e.g., date when the personalvehicle became actively listed for rent on P2P car-sharing platform110), a listing termination date (e.g., date when the user is planningon taking down the listing on P2P car-sharing platform), how long theuser is planning on listing his or her vehicle on P2P car-sharingplatform 110, vehicle identification number (VIN), and vehicle licenseplate number.

Process 1000 may also include retrieving 1006 a user profile associatedwith the user identifier. The user profile may be stored in database114. The user profile includes insurance information associated with (i)a personal automobile insurance policy that provides coverage for theuser's personal vehicle, and (ii) a personal mobility policy (PMP)associated with the user. In the exemplary embodiment, the PMP may beinactive (e.g., does not provide coverage) when the user's personalautomobile insurance policy is active (e.g., provides coverage). In someembodiments, the user may only have a personal automobile insurancepolicy associated with the personal vehicle. In these embodiments, upondetermining that the user's personal vehicle is actively listed on P2Pcar-sharing platform 110, ODI server 102 may automatically prompt theuser to purchase a personal mobility policy to provide immediatepersonal mobility coverage.

Process 1000 may also include transmitting 1008, to insurance provider112, a message to (i) adjust and/or suspend the user's personalautomobile insurance policy, and (ii) activate the PMP associated withthe user. Process 1000 includes receiving 1010, from insurance provider112, a confirmation message. The confirmation message may acknowledgereceipt of the message from insurance provider 112, and may also provideinformation confirming that the user's personal automobile insurancepolicy has been suspended or otherwise adjusted, and that the user's PMPhas been activated (e.g., confirmation code). For instance, collisioncoverage may be suspended and/or adjusted for a period of time, such asfor as long as the user's personal vehicle is actively listed on the P2Pcar-sharing platform 110, or the personal mobility policy remains inforce.

Process 1000 may also include providing 1012 the user with an option topurchase a car-sharing insurance policy. Car-sharing insurance policy,as referred to herein, may include collision, liability, andcomprehensive insurance coverage in case a renter causes damage to theuser's personal vehicle. In some embodiments, the user may already havecar-sharing insurance policy and/or elect to purchase car-sharinginsurance policy elsewhere. In the exemplary embodiment, process 1000may also include receiving 1014 a user selection of the car-sharinginsurance policy. Process 1000 further may include activating 1016 theselected car-sharing insurance policy.

Process 1000 may also include updating 1018 the user's user profile. Theuser profile may be updated to include the user's vehicle listinginformation, the information included in the confirmation message, aswell as pertinent information regarding the user's car-sharing insurancepolicy. Process 1000 may also include performing 1020 a status check todetermine if the user's personal vehicle is still listed on P2Pcar-sharing platform 110.

In some embodiments, ODI server 102 may transmit an update message tothe user's user computing device 104, prompting the user to provide anupdate as to the status of their vehicle on P2P car-sharing platform110. In other embodiments, ODI server 102 may monitor the user'spersonal vehicle on P2P car-sharing platform 110.

ODI server 102 may periodically transmit, to P2P car-sharing platform110, an update request with the user's unique user identifier. If theuser's personal vehicle is still listed on P2P car-sharing platform 110,process 1000 may further include updating 1022 a log indicating thestatus check. The log may be associated with the user. ODI server 102may continually perform 1020 the status check until the user's vehiclehas been determined to not be listed on P2P car-sharing platform 110.

When the user's vehicle is no longer listed on P2P car-sharing platform110, process 1000 may further include transmitting 1024, to insuranceprovider 112, a message to reinstate and/or otherwise adjust (such asadjust the price, limits, deductibles, and/or coverages of), the user'spersonal automobile insurance coverage and/or suspend, and/or otherwiseadjust (such as adjust the price, limits, deductibles, and/or coveragesof), both the (i) PMP and (ii) car-sharing insurance policy. The messagetransmitted to insurance provider 112 may include the user's unique useridentifier. Process 1000 may also include receiving 1026, from insuranceprovider 112, a confirmation message. The confirmation message mayacknowledge receipt of the message to reinstate (and/or otherwiseadjusted), and may include information confirming that both the (i) PMPand (ii) car-sharing insurance have been suspended, or otherwiseadjusted (such as reducing the cost and/or coverages or limits of thecar-sharing insurance), and that the personal automobile insurancecoverage has been reinstated (and/or otherwise adjusted). Process 1000may further include updating 1028 the user profile.

Additional Exemplary Embodiments

In an exemplary embodiment, a computer system for providing a flexinsurance policy and/or adjusting a policy based upon vehicle usageand/or vehicle rental status may be provided. The computer system mayinclude at least one processor in communication with a memory device.The computer system may be, for example, computer system 100, whichincludes on-demand insurance (ODI) server 102 in communication with oneor more P2P car-sharing platforms 110 (all shown in FIG. 1 ). The atleast one processor may be configured to determine that a vehicleassociated with a user is listed for rent on peer-to-peer car-sharingplatform 110, such as, for example, TURO and GETAROUND that enable auser to list their personal vehicle for rent. The at least one processormay be configured to determine that the user's vehicle is listed on P2Pcar-sharing platform 110 by utilizing a user identifier associated withthe user stored in the memory device. For example, the user identifiermay link the user to both ODI server 102 and P2P car-sharing platform110.

The at least one processor may also be configured to receive, from acomputing device associated with P2P car-sharing platform 110, vehiclelisting information associated with the user. The vehicle listinginformation may include the user's user identifier. The vehicle listinginformation may also include a listing date (e.g., date when thepersonal vehicle became actively listed for rent on the P2P car-sharingplatform), a listing termination date (e.g., date when the user isplanning on taking down the listing on the P2P car-sharing platform),how long the user is planning on listing his or her vehicle on P2Pcar-sharing platform 110, a vehicle identification number (VIN), and/ora vehicle license plate number. The at least one processor may also beconfigured to retrieve, from the memory device, a user profileassociated with the user identifier. The user profile may includeinformation associated with a personal automobile insurance policyassociated with the user's vehicle and the user's personal mobilitypolicy.

The at least one processor may also be configured to extract, from theuser profile, a first identifier associated with the personal automobileinsurance policy and a second identifier associated with the personalmobility policy. The first and second identifiers may enable the atleast one processor to communicate with one or more insurance providers112 (shown in FIG. 1 ) associated with the user. For example, the atleast one processor may be configured to automatically transmit, toinsurance provider 112, instructions to adjust the user's personalautomobile insurance policy. In this example, the at least one processormay transmit instructions associated with the first identifier to directinsurance provider 112 to adjust the personal automobile insurance by:lowering the price of the user's personal automobile insurance policy,increasing a discount associated with the user's personal automobileinsurance policy, increasing or decreasing a deductible associated withthe user's personal automobile insurance policy, reducing or adjustingcomprehensive or collision coverage associated with the user's personalautomobile insurance policy, reducing or adjusting one or more limitsassociated with the user's personal automobile insurance policy, and/oreliminating, adding, or adjusting one or more endorsements associatedwith the user's personal automobile insurance policy. For example,insurance endorsements (e.g., riders) may be added to the originalpersonal automobile insurance policy to add, delete, exclude, orotherwise change the terms or scope of the coverage.

In another example, the at least one processor may transmit instructionsassociated with the second identifier to direct insurance provider 112to activate or adjust the personal mobility policy associated with thesecond identifier. In this example, the at least one processor maytransmit instructions associated with the second identifier to directinsurance provider 112 to adjust the user's personal mobility policy by:increasing the price of the user's personal mobility policy, increasinga discount associated with the user's personal mobility policy,increasing or decreasing a deductible associated with the user'spersonal mobility policy, reducing or adjusting comprehensive orcollision coverage associated with the user's personal mobility policy,reducing or adjusting one or more limits associated with the user'spersonal mobility policy, and/or adding, eliminating, or adjusting oneor more endorsements associated with the user's personal mobilitypolicy.

In one aspect, a computer system for providing a flex insurance policyand/or adjusting insurance based upon vehicle usage and/or vehiclerental status may be provided. The computer system may include at leastone processor and/or associated transceiver in communication with atleast one memory device. The at least one processor and/or associatedtransceiver may be configured to: (1) determine that a vehicleassociated with a user is listed for rent on a peer-to-peer (P2P)car-sharing platform; (2) receive, from a computing device associatedwith the P2P car-sharing platform, vehicle listing informationassociated with the user, the vehicle listing information including auser identifier associated with the user; retrieve, from the memorydevice, a user profile associated with the user identifier, the userprofile including information associated with (i) a personal automobileinsurance policy associated with the vehicle and (ii) a personalmobility policy associated with the user; (3) extract, from the userprofile, a first identifier associated with the personal automobileinsurance policy and a second identifier associated with the personalmobility policy; and/or (4) automatically transmit, to an insuranceprovider computing device, instructions to (i) adjust the personalautomobile insurance policy associated with the first identifier, and(ii) activate or adjust the personal mobility policy associated with thesecond identifier. The computer system may include additional, less, oralternate functionality, including that discussed elsewhere herein.

For instance, the instructions to adjust the personal automobileinsurance policy associated with the first identifier may direct theinsurance provider computing device to perform one or more of: loweringthe of price of the personal automobile insurance policy; increasing adiscount associated with the personal automobile insurance policy;increasing or decreasing a deductible associated with the personalautomobile insurance policy; reducing or adjusting comprehensive orcollision coverage associated with the personal automobile insurancepolicy; reducing or adjusting one or more limits associated with thepersonal automobile insurance policy; and/or eliminating, adding, oradjusting one or more endorsements associated with the personalautomobile insurance policy.

The instructions to adjust the personal mobility policy associated withthe second identifier may direct the insurance provider computing deviceto perform one or more of: increasing the of price of the personalmobility policy; increasing a discount associated with the personalmobility policy; increasing or decreasing a deductible associated withthe personal mobility policy; reducing or adjusting comprehensive orcollision coverage associated with the personal mobility policy;reducing or adjusting one or more limits associated with the personalmobility policy; and/or adding, eliminating, or adjusting one or moreendorsements associated with the personal mobility policy.

In another aspect, a computer-implemented method for providing a flexinsurance policy and/or adjusting a policy based upon vehicle usageand/or vehicle rental status may be provided. The method may beimplemented by a computer system including at least one processor and/orassociated transceiver in communication with at least one memory device.The method may include, via the at least one processor and/or associatedtransceiver: (1) determining that a vehicle associated with a user islisted for rent on a peer-to-peer (P2P) car-sharing platform; (2)receiving, from a computing device associated with the P2P car-sharingplatform, vehicle listing information associated with the user, thevehicle listing information including a user identifier associated withthe user; (3) retrieving, from the memory device, a user profileassociated with the user identifier, the user profile includinginformation associated with (i) a personal automobile insurance policyassociated with the vehicle and (ii) a personal mobility policyassociated with the user; (4) extracting, from the user profile, a firstidentifier associated with the personal automobile insurance policy anda second identifier associated with the personal mobility policy; and/or(5) automatically transmitting, to an insurance provider computingdevice, instructions to (i) adjust the personal automobile insurancepolicy associated with the first identifier, and (ii) activate or adjustthe personal mobility policy associated with the second identifier. Themethod may include additional, less, or alternate functionality,including that discussed elsewhere herein.

For instance, the instructions to adjust the personal automobileinsurance policy associated with the first identifier may direct theinsurance provider computing device to perform one or more of: loweringthe of price of the personal automobile insurance policy; increasing adiscount associated with the personal automobile insurance policy;increasing or decreasing a deductible associated with the personalautomobile insurance policy; reducing or adjusting comprehensive orcollision coverage associated with the personal automobile insurancepolicy; reducing or adjusting one or more limits associated with thepersonal automobile insurance policy; and/or eliminating, adding, oradjusting one or more endorsements associated with the personalautomobile insurance policy.

Additionally or alternatively, the instructions to adjust the personalmobility policy associated with the second identifier may direct theinsurance provider computing device to perform one or more of:increasing the of price of the personal mobility policy; increasing adiscount associated with the personal mobility policy; increasing ordecreasing a deductible associated with the personal mobility policy;reducing or adjusting comprehensive or collision coverage associatedwith the personal mobility policy; reducing or adjusting one or morelimits associated with the personal mobility policy; and/or adding,eliminating, or adjusting one or more endorsements associated with thepersonal mobility policy.

In another aspect, a non-transitory computer-readable storage mediumhaving computer-executable instructions embodied thereon may be providedthat when executed by a computer system having at least one processor incommunication with at least one memory device, the computer-executableinstructions cause the at least one processor to: (1) determine that avehicle associated with a user is listed for rent on a peer-to-peer(P2P) car-sharing platform; (2) receive, from a computing deviceassociated with the P2P car-sharing platform, vehicle listinginformation associated with the user, the vehicle listing informationincluding a user identifier associated with the user; (3) retrieve, fromthe memory device, a user profile associated with the user identifier,the user profile including information associated with (i) a personalautomobile insurance policy associated with the vehicle and (ii) apersonal mobility policy associated with the user; (4) extract, from theuser profile, a first identifier associated with the personal automobileinsurance policy and a second identifier associated with the personalmobility policy; and/or (5) automatically transmit, to an insuranceprovider computing device, instructions to (i) adjust the personalautomobile insurance policy associated with the first identifier, and(ii) activate or adjust the personal mobility policy associated with thesecond identifier. The instructions may direct additional, less, oralternate functionality, including that discussed elsewhere herein.

For instance, the computer-executable instructions may further cause theinsurance provider computing device to perform one or more of thefollowing: lower the of price of the personal automobile insurancepolicy; increase a discount associated with the personal automobileinsurance policy; increase or decrease a deductible associated with thepersonal automobile insurance policy; reduce or adjust comprehensive orcollision coverage associated with the personal automobile insurancepolicy; reduce or adjust one or more limits associated with the personalautomobile insurance policy; and/or eliminate, add, or adjust one ormore endorsements associated with the personal automobile insurancepolicy.

The instructions to adjust the personal mobility policy associated withthe second identifier may direct the insurance provider computing deviceto perform one or more of: increase the of price of the personalmobility policy; increase a discount associated with the personalmobility policy; increase or decrease a deductible associated with thepersonal mobility policy; reduce or adjust comprehensive or collisioncoverage associated with the personal mobility policy; reduce or adjustone or more limits associated with the personal mobility policy; and/oradd, eliminate, or adjust one or more endorsements associated with thepersonal mobility policy.

Exemplary User Computer Device

FIG. 11 depicts an exemplary configuration 1100 of an exemplary usercomputer device 104 that may be used with computer system 100 (shown inFIG. 1 ), in accordance with one embodiment of the present disclosure.User computer device 104 may be operated by a user 1101.

User computer device 104 may include a processor 1102 for executinginstructions. In some embodiments, executable instructions may be storedin a memory area 1104. Processor 1102 may include one or more processingunits (e.g., in a multi-core configuration). Memory area 1104 may be anydevice allowing information such as executable instructions and/ortransaction data to be stored and retrieved. Memory area 1104 mayinclude one or more computer-readable media. Memory area 1104 mayinclude, but is not limited to, random access memory (RAM) such asdynamic RAM (DRAM) or static RAM (SRAM), read-only memory (ROM),erasable programmable read-only memory (EPROM), electrically erasableprogrammable read-only memory (EEPROM), and non-volatile RAM (NVRAM).The above memory types are exemplary only, and are thus not limiting asto the types of memory usable for storage of a computer program.

User computer device 104 also may include at least one media outputcomponent 1106 for presenting information to user 1101, such as a userinterface of app 116 (shown in FIG. 1 ) when app 116 is executed on usercomputing device 104. Media output component 1106 may be any componentcapable of conveying information to user 1101. In some embodiments,media output component 1106 may include an output adapter (not shown),such as a video adapter and/or an audio adapter. An output adapter maybe operatively coupled to processor 1102 and operatively couplable to anoutput device such as a display device (e.g., a liquid crystal display(LCD), light emitting diode (LED) display, organic light emitting diode(OLED) display, cathode ray tube (CRT) display, “electronic ink”display, or a projected display) or an audio output device (e.g., aspeaker or headphones).

In some embodiments, user computer device 104 may include an inputdevice 1108 for receiving input from user 1101. User 1101 may use inputdevice 1108 to, without limitation, to interact with ODI server 102(shown in FIG. 1 ), purchase on-demand insurance offerings, participatein games/challenges, and receive other user offerings, as describedherein. Input device 1108 may include, for example, a keyboard, apointing device, a mouse, a stylus, and/or a touch sensitive panel(e.g., a touch pad or a touch screen). A single component such as atouch screen may function as both an output device of media outputcomponent 1106 and input device 1108.

User computer device 104 may also include a communication interface1110, communicatively coupled to a remote device such as ODI server 102.Communication interface 1110 may include, for example, a wired orwireless network adapter or a wireless data transceiver for use with amobile phone network (e.g., Global System for Mobile communications(GSM), 3G, 4G or Bluetooth) or other mobile data network (e.g.,Worldwide Interoperability for Microwave Access (WIMAX)).

Stored in memory area 1104 may be, for example, computer-readableinstructions for providing a user interface to user 1101 via mediaoutput component 1106 and, optionally, receiving and processing inputfrom input device 1108. The user interface may include, among otherpossibilities, a web browser and/or a client application. Web browsersenable users, such as user 1101, to display and interact with media andother information typically embedded on a web page or a website from ODIserver 102. A client application (e.g., app 116) may allow user 1101 tointeract with, for example, ODI server 102. For example, instructionsmay be stored by a cloud service and the output of the execution of theinstructions sent to the media output component 1106.

Exemplary Server Device

FIG. 12 depicts an example configuration 1200 of an on-demand insurance(ODI) server 102 of computer system 100 (shown in FIG. 1 ). ODI server102 includes a processor 1202 for executing instructions. Instructionsmay be stored in a memory area 1204, for example. Processor 1202 mayinclude one or more processing units (e.g., in a multi-coreconfiguration) configured to generate dynamic insurance policies basedupon the risk associated with one or more trips.

In the exemplary embodiment, processor 1202 is operable to executemodules, such as risk assessment module 1205, recommendation module1206, and pricing module 1208. Modules 1205, 1206, and 1208 may includespecialized instruction sets and/or coprocessors. In the exemplaryembodiment, risk assessment module 1205 may be utilized to calculaterisk scores as well as to generate analyses and reports based upon thecalculated risk scores.

Recommendation module 1206 may be utilized to generate risk-basedrecommendations to users based upon the calculated risk scores.Recommendation module 1206 may be utilized to determine whichtransportation mode and/or travel route is associated with the leastamount of risk, and to generate recommendations to select a traveloption associated with the least amount of risk (e.g., safest traveloption) to the user.

Pricing module 1208 may be utilized to apply machine learning and/orartificial intelligence algorithms to generate an optimal pricing model(not shown). The optimal pricing model may be executed to determine anODI offering (e.g., insurance product offering) for each transportationmode and/or transportation route based upon an associated risk score.Pricing module 1208 may be utilized to generate dynamic insuranceoffering pricing options for a user in response to a user request foron-demand (e.g., real time) insurance.

Processor 1202 is operatively coupled to a communication interface 1210such that ODI server 102 is capable of communicating with a remotedevice such as one or more user computing devices 104 (shown in FIG. 1). For example, communication interface 1210 may receive, from users,on-demand insurance requests, vehicle telematics data, home telematicsdata, audio and image data, sensor data, and the like.

Processor 1202 may also be operatively coupled to a storage device 1212.Storage device 1212 is any computer-operated hardware suitable forstoring and/or retrieving data. For example, databases 114 (shown inFIG. 1 ) may be implemented on storage device 1212.

In some embodiments, storage device 1212 is integrated in ODI server102. For example, ODI server 102 may include one or more hard diskdrives as storage device 1212.

In other embodiments, storage device 1212 is external to ODI server 102and may be accessed by a plurality of server computing devices. Forexample, storage device 1212 may include multiple storage units such ashard disks or solid state disks in a redundant array of inexpensivedisks (RAID) configuration. Storage device 1212 may include a storagearea network (SAN) and/or a network attached storage (NAS) system.

In some embodiments, processor 1202 is operatively coupled to storagedevice 1212 via a storage interface 1214. Storage interface 1214 is anycomponent capable of providing processor 1202 with access to storagedevice 1212, such that any of modules 1205, 1206, and 1208 are capableof communicating with database 114. Storage interface 1214 may include,for example, an Advanced Technology Attachment (ATA) adapter, a SerialATA (SATA) adapter, a Small Computer System Interface (SCSI) adapter, aRAID controller, a SAN adapter, a network adapter, and/or any componentproviding processor 1202 with access to storage device 1212.

Memory area 1204 may include, but is not limited to, random accessmemory (RAM) such as dynamic RAM (DRAM) or static RAM (SRAM), read-onlymemory (ROM), erasable programmable read-only memory (EPROM),electrically erasable programmable read-only memory (EEPROM), andnon-volatile RAM (NVRAM). The above memory types are for example only,and are thus not limiting as to the types.

Exemplary Embodiments & Functionality

In an exemplary embodiment, an on-demand insurance (ODI) server forgenerating dynamic user offerings may be provided. The ODI server mayinclude at least one processor and/or associated transceiver incommunication with a memory device. The at least one processor and/orassociated transceiver may be programmed to: (i) receive, from a usercomputing device associated with a user, an insurance policy request fora trip from a start location to an end location. The request may includetrip data and a user identifier associated with the user. The at leastone processor and/or associated transceiver may also be programmed to:(ii) determine at least one transportation mode available for the trip;(iii) access, from the memory device, contextual data associated withthe trip; (iv) assess, based upon at least the accessed contextual data,a risk associated with the at least one transportation mode; (v)calculate, based upon the assessment, a risk score associated with theat least one transportation mode based upon at least the contextualdata; (vi) generate, based upon the calculated risk score, an insuranceoffering associated with the at least one transportation mode; and/or(vii) transmit the insurance offering in real time to the user computingdevice for purchase by the user. The on-demand insurance (ODI) servermay include less, additional, and/or alternative functionality,including that described elsewhere herein.

For instance, a further enhancement may be where the contextual dataincludes at least one of weather data, age of the user, data associatedwith the start location, and data associated with the end location.Another further enhancement may be where the at least one transportationmode is one of a ride-sharing service and public transportation, and/orwhere the at least one processor is further programmed to calculate therisk score by (i) retrieving, from the memory device, by utilizing theuser identifier, a user profile associated with the user; (ii)accessing, from the retrieved user profile, user preference data andhistorical insurance purchase data; and/or (iii) assessing the riskassociated with the at least one transportation mode by analyzing theaccessed contextual data, the user preference data, and the historicalinsurance purchase data.

A further enhancement may be where the insurance offering includes aprice associated with the insurance offering, the price associated withthe calculated risk score. Additionally or alternatively, anotherfurther enhancement may be where the at least one processor and/orassociated transceiver is further programmed to: (i) determine aplurality of transportation modes available for the trip by accessingtransportation data associated with the trip; (ii) calculate a riskscore for each of the plurality of transportation modes; (iii) comparethe risk scores of the plurality of transportation modes to one another;(iv) rank, based upon the comparison, the plurality of transportationmodes based upon the calculated risk scores; (v) generate, based upon anassociated rank, an insurance offering for each of the plurality oftransportation modes, wherein each insurance offering includes a pricecorresponding to the associated rank; and/or (vi) transmit the pluralityof insurance offerings to the user computing device for selection by theuser.

A further enhancement may be where the at least one processor and/orassociated transceiver is further programmed to (i) determine aplurality of travel routes available for the trip by accessingtransportation data associated with the trip; (ii) calculate a riskscore for each of the plurality of travel routes; (iii) compare the riskscores of the plurality of travel routes to one another; (iv) rank,based upon the comparison, the plurality of travel routes based upon thecalculated risk scores; (v) generate, based upon an associated rank, aninsurance offering for each of the plurality of travel routes, whereineach insurance offering includes a price corresponding to the associatedrank; and/or (vi) transmit the plurality of insurance offerings to theuser computing device for selection by the user.

A further enhancement may be where the at least one processor and/orassociated transceiver is further programmed to provide a discountassociated with the insurance offering when the corresponding risk scoreindicates that the at least one transportation mode is associated with alow level of risk to the user. Additionally or alternatively, a furtherenhancement may be where the at least one transportation mode is a ridevia a bicycle from the start location to the end location. The at leastone processor and/or associated transceiver may be further programmedto: (i) access, from the memory device, bicycle data, the bicycle dataincluding a make and model of the bicycle to be utilized for the trip bythe user; (ii) generate, based upon the accessed bicycle data and thecontextual data, an insurance offering associated with the bicycle;and/or (iii) transmit the insurance offering to the user computingdevice for purchase by the user.

A further enhancement may be where the at least one processor is furtherprogrammed to generate an interactive user interface configured toprovide a gamification opportunity to the user to encourage the user toutilize less risky forms of transportation modes. A further enhancementmay be where the gamification opportunity is a weekly challengeassociated with a plurality of eligibility conditions for one or moreincentives.

In one exemplary embodiment, a computer-implemented method forgenerating dynamic user offerings may be provided. The method may beimplemented by an on-demand insurance (ODI) server including at leastone processor and/or associated transceiver in communication with amemory device. The method may include, via the ODI server (and/or the atleast one processor and/or associated transceiver), (i) receiving, froma user computing device associated with a user, an insurance policyrequest for a trip from a start location to an end location. The requestmay include trip data and a user identifier associated with the user.The method may also include, via the ODI server (and/or the at least oneprocessor and/or associated transceiver), (ii) determining at least onetransportation mode available for the trip; (iii) accessing, from thememory device, contextual data associated with the trip; (iv) assessing,based upon at least the accessed contextual data, a risk associated withthe at least one transportation mode; (v) calculating, based upon theassessment, a risk score associated with the at least one transportationmode based upon at least the contextual data; (vi) generating, basedupon the calculated risk score, an insurance offering associated withthe at least one transportation mode; and/or (vii) transmitting theinsurance offering in real time to the user computing device forpurchase by the user. The method may include fewer, additional, and/oralternative steps, include those described elsewhere herein.

In another exemplary embodiment, a non-transitory computer-readablestorage medium having computer-executable instructions embodied thereonmay be provided. When executed by an on-demand insurance (ODI) serverhaving at least one processor and/or associate transceiver incommunication with at least one memory device, the computer-executableinstructions may cause the at least one processor and/or associatedtransceiver to (i) receive, from a user computing device associated witha user, an insurance policy request for a trip from a start location toan end location. The request may include trip data and a user identifierassociated with the user. The instructions may cause the at least oneprocessor and/or associated transceiver to (ii) determine at least onetransportation mode available for the trip; (iii) access, from thememory device, contextual data associated with the trip; (iv) assess,based upon at least the accessed contextual data, a risk associated withthe at least one transportation mode; (v) calculate, based upon theassessment, a risk score associated with the at least one transportationmode based upon at least the contextual data; (vi) generate, based uponthe calculated risk score, an insurance offering associated with the atleast one transportation mode; and/or (vii) transmit the insuranceoffering in real time to the user computing device for purchase by theuser. The computer-executable instructions may provide additional, less,and/or alternative functionality, including that described elsewhereherein.

In another exemplary embodiment, a computer system for providing a flexinsurance policy may be provided. The computer system may include atleast one processor and/or associated transceiver in communication withat least one memory device. The at least one processor and/or associatedtransceiver may be configured to: (i) determine that a vehicleassociated with a user is listed for rent on a peer-to-peer (P2P)car-sharing platform; and (ii) receive, from a computing deviceassociated with the P2P car-sharing platform, vehicle listinginformation associated with the user. The vehicle listing informationmay include a user identifier associated with the user. The at least oneprocessor and/or associated transceiver may also be configured to (iii)retrieve, from the memory device, a user profile associated with theuser identifier. The user profile may include information associatedwith (a) a personal automobile insurance policy associated with thevehicle, and (b) a personal mobility policy associated with the user.The at least one processor and/or associated transceiver may also beconfigured to: (iv) extract, from the user profile, a first identifierassociated with the personal automobile insurance policy and a secondidentifier associated with the personal mobility policy; and/or (v)automatically transmit, to an insurance provider computing device,instructions to (a) suspend and/or otherwise adjust (such as adjust theprice, limits, deductibles, and/or coverages of) the personal automobileinsurance policy associated with the first identifier, and (b) activateand/or otherwise adjust (such as adjust the price, limits, deductibles,and/or coverages of) the personal mobility policy associated with thesecond identifier. The computer system may include less, additional,and/or alternative functionality, including that described herein.

A further enhancement may be where the at least one processor and/orassociated transceiver is further programmed to receive a confirmationmessage from the insurance provider computing device. A furtherenhancement may be where the at least one processor and/or associated isfurther programmed to: (i) generate a car-sharing insurance policy forthe user; (ii) transmit the car-sharing insurance policy to a usercomputing device associated with the user; and/or (iii) activate thecar-sharing insurance policy upon receiving a user selection to purchasethe car-sharing insurance policy.

A further enhancement may be where the at least one processor and/orassociated transceiver is further programmed to periodically perform astatus check to determine whether the vehicle remains listed for rent onthe P2P car-sharing platform. A further enhancement may be where, whenthe at least one processor determines that the vehicle remains listedfor rent on the P2P car-sharing platform, the at least one processor isfurther programmed to update a log with a data entry indicating thestatus check. The data entry may include a date and time associated withthe status check.

A further enhancement may be where, when the at least one processordetermines that the vehicle is no longer listed for rent on the P2Pcar-sharing platform, the at least one processor and/or associatedtransceiver is further programmed to transmit, to the insurance providercomputing device, instructions to (i) reinstate and/or otherwise adjust(such as adjust the price, limits, deductibles, and/or coverages of) thepersonal automobile insurance policy associated with the firstidentifier, and (ii) suspend and/or otherwise adjust (such as adjust theprice, limits, deductibles, and/or coverages of) the personal mobilitypolicy associated with the second identifier. A further enhancement maybe where the at least one processor and/or associated transceiver isfurther programmed to (i) determine whether a car-sharing insurancepolicy associated with the vehicle is active, and/or (ii) transmit, tothe insurance provider computing device, instructions to suspend and/orotherwise adjust the car-sharing insurance policy.

In one exemplary embodiment, a computer-implemented method for providinga flex insurance policy may be provided. The method may be implementedby a computer system including at least one processor and/or associatedtransceiver in communication with at least one memory device. The methodmay include, via the at least one processor and/or associatedtransceiver, (i) determining that a vehicle associated with a user islisted for rent on a peer-to-peer (P2P) car-sharing platform; (ii)receiving, from a computing device associated with the P2P car-sharingplatform, vehicle listing information associated with the user, thevehicle listing information including a user identifier associated withthe user; (iii) retrieving, from the memory device, a user profileassociated with the user identifier, the user profile includinginformation associated with (a) a personal automobile insurance policyassociated with the vehicle, and (b) a personal mobility policyassociated with the user; (iv) extracting, from the user profile, afirst identifier associated with the personal automobile insurancepolicy, and a second identifier associated with the personal mobilitypolicy; and/or (v) automatically transmitting, to an insurance providercomputing device, instructions to (a) suspend and/or otherwise adjust(such as adjust the price, limits, deductibles, and/or coverages of) thepersonal automobile insurance policy associated with the firstidentifier, and (b) activate and/or otherwise adjust (such as adjust theprice, limits, deductibles, and/or coverages of) the personal mobilitypolicy associated with the second identifier. The method may includefewer, additional, and/or alternative steps, include those describedelsewhere herein.

In another exemplary embodiment, a non-transitory computer-readablestorage medium having computer-executable instructions embodied thereonmay be provided. When executed by a computer system having at least oneprocessor and/or associated transceiver in communication with at leastone memory device, the computer-executable instructions may cause the atleast one processor and/or associated transceiver to: (i) determine thata vehicle associated with a user is listed for rent on a peer-to-peer(P2P) car-sharing platform; (ii) receive, from a computing deviceassociated with the P2P car-sharing platform, vehicle listinginformation associated with the user, the vehicle listing informationincluding a user identifier associated with the user; (iii) retrieve,from the memory device, a user profile associated with the useridentifier, the user profile including information associated with (a) apersonal automobile insurance policy associated with the vehicle, and(b) a personal mobility policy associated with the user; (iv) extract,from the user profile, a first identifier associated with the personalautomobile insurance policy, and a second identifier associated with thepersonal mobility policy; and/or (v) automatically transmit, to aninsurance provider computing device, instructions to (a) suspend and/orotherwise adjust (such as adjust the price, limits, deductibles, and/orcoverages of) the personal automobile insurance policy associated withthe first identifier, and (b) activate and/or otherwise adjust (such asadjust the price, limits, deductibles, and/or coverages of) the personalmobility policy associated with the second identifier. Thecomputer-executable instructions may provide additional, less, and/oralternative functionality, including that described elsewhere herein.

Machine Learning & Other Matters

The computer-implemented methods discussed herein may includeadditional, less, or alternate actions, including those discussedelsewhere herein. The methods may be implemented via one or more localor remote processors, transceivers, servers, and/or sensors (such asprocessors, transceivers, servers, and/or sensors mounted on vehicles ormobile devices, homes, or associated with smart infrastructure or remoteservers), and/or via computer-executable instructions stored onnon-transitory computer-readable media or medium.

Additionally, the computer systems discussed herein may includeadditional, less, or alternate functionality, including that discussedelsewhere herein. The computer systems discussed herein may include orbe implemented via computer-executable instructions stored onnon-transitory computer-readable media or medium.

A processor or a processing element may be trained using supervised orunsupervised machine learning, and the machine learning program mayemploy a neural network, which may be a convolutional neural network, adeep learning neural network, a reinforced or reinforcement learningmodule or program, or a combined learning module or program that learnsin two or more fields or areas of interest. Machine learning may involveidentifying and recognizing patterns in existing data in order tofacilitate making predictions for subsequent data. Models may be createdbased upon example inputs in order to make valid and reliablepredictions for novel inputs.

Additionally or alternatively, the machine learning programs may betrained by inputting sample data sets or certain data into the programs,such as historical traffic data, trip data, weather data, event data,and the like. The machine learning programs may utilize deep learningalgorithms that may be primarily focused on pattern recognition, and maybe trained after processing multiple examples. The machine learningprograms may include Bayesian Program Learning (BPL), voice recognitionand synthesis, image or object recognition, optical characterrecognition, and/or natural language processing—either individually orin combination. The machine learning programs may also include naturallanguage processing, semantic analysis, automatic reasoning, and/ormachine learning.

Supervised and unsupervised machine learning techniques may be used. Insupervised machine learning, a processing element may be provided withexample inputs and their associated outputs, and may seek to discover ageneral rule that maps inputs to outputs, so that when subsequent novelinputs are provided the processing element may, based upon thediscovered rule, accurately predict the correct output. In unsupervisedmachine learning, the processing element may be required to find its ownstructure in unlabeled example inputs. In one embodiment, machinelearning techniques may be used to extract trends and/or patterns inuser behavior, relative to contextual data, that may then be used togenerate intelligent user offerings.

Additional Considerations

As will be appreciated based upon the foregoing specification, theabove-described embodiments of the disclosure may be implemented usingcomputer programming or engineering techniques including computersoftware, firmware, hardware or any combination or subset thereof. Anysuch resulting program, having computer-readable code means, may beembodied or provided within one or more computer-readable media, therebymaking a computer program product, i.e., an article of manufacture,according to the discussed embodiments of the disclosure. Thecomputer-readable media may be, for example, but is not limited to, afixed (hard) drive, diskette, optical disk, magnetic tape, semiconductormemory such as read-only memory (ROM), SD card, memory device and/or anytransmitting/receiving medium, such as the Internet or othercommunication network or link. The article of manufacture containing thecomputer code may be made and/or used by executing the code directlyfrom one medium, by copying the code from one medium to another medium,or by transmitting the code over a network.

These computer programs (also known as programs, software, softwareapplications, “apps”, or code) include machine instructions for aprogrammable processor, and can be implemented in a high-levelprocedural and/or object-oriented programming language, and/or inassembly/machine language. As used herein, the terms “machine-readablemedium” and “computer-readable medium” refer to any computer programproduct, apparatus and/or device (e.g., magnetic discs, optical disks,memory, Programmable Logic Devices (PLDs)) used to provide machineinstructions and/or data to a programmable processor, including amachine-readable medium that receives machine instructions as amachine-readable signal. The “machine-readable medium” and“computer-readable medium,” however, do not include transitory signals.The term “machine-readable signal” refers to any signal used to providemachine instructions and/or data to a programmable processor.

As used herein, a processor may include any programmable systemincluding systems using micro-controllers, reduced instruction setcircuits (RISC), application specific integrated circuits (ASICs), logiccircuits, quantum computing components, and any other circuit orprocessor capable of executing the functions described herein. The aboveexamples are example only, and are thus not intended to limit in any waythe definition and/or meaning of the term “processor.”

As used herein, the terms “software” and “firmware” are interchangeable,and include any computer program stored in memory for execution by aprocessor, including RAM memory, ROM memory, EPROM memory, EEPROMmemory, and non-volatile RAM (NVRAM) memory. The above memory types areexample only, and are thus not limiting as to the types of memory usablefor storage of a computer program. For instance, other memory types mayinclude blockchain structures.

In one embodiment, a computer program is provided, and the program isembodied on a computer-readable medium. In one exemplary embodiment, thesystem is executed on a single computer system, without requiring aconnection to a server computer. In a further exemplary embodiment, thesystem is being run in a Windows® environment (Windows is a registeredtrademark of Microsoft Corporation, Redmond, Wash.). In yet anotherembodiment, the system is run on a mainframe environment and a UNIX®server environment (UNIX is a registered trademark of X/Open CompanyLimited located in Reading, Berkshire, United Kingdom). In a furtherembodiment, the system is run on an iOS® environment (iOS is aregistered trademark of Cisco Systems, Inc. located in San Jose,Calif.). In yet a further embodiment, the system is run on a Mac OS®environment (Mac OS is a registered trademark of Apple Inc. located inCupertino, Calif.). In still yet a further embodiment, the system is runon Android® OS (Android is a registered trademark of Google, Inc. ofMountain View, Calif.). In another embodiment, the system is run onLinux® OS (Linux is a registered trademark of Linus Torvalds of Boston,Mass.). The application is flexible and designed to run in variousdifferent environments without compromising any major functionality. Thefollowing detailed description illustrates embodiments of the disclosureby way of example and not by way of limitation. It is contemplated thatthe disclosure has general application to providing an on-demandecosystem in industrial, commercial, and residential applications.

In some embodiments, the system includes multiple components distributedamong a plurality of computing devices. One or more components may be inthe form of computer-executable instructions embodied in acomputer-readable medium. The systems and processes are not limited tothe specific embodiments described herein. In addition, components ofeach system and each process can be practiced independent and separatefrom other components and processes described herein. Each component andprocess can also be used in combination with other assembly packages andprocesses. The present embodiments may enhance the functionality andfunctioning of computers and/or computer systems.

As used herein, an element or step recited in the singular and precededby the word “a” or “an” should be understood as not excluding pluralelements or steps, unless such exclusion is explicitly recited.Furthermore, references to “example embodiment” or “one embodiment” ofthe present disclosure are not intended to be interpreted as excludingthe existence of additional embodiments that also incorporate therecited features.

The patent claims at the end of this document are not intended to beconstrued under 35 U.S.C. § 112(f) unless traditionalmeans-plus-function language is expressly recited, such as “means for”or “step for” language being expressly recited in the claim(s).

This written description uses examples to disclose the disclosure,including the best mode, and also to enable any person skilled in theart to practice the disclosure, including making and using any devicesor systems and performing any incorporated methods. The patentable scopeof the disclosure is defined by the claims, and may include otherexamples that occur to those skilled in the art. Such other examples areintended to be within the scope of the claims if they have structuralelements that do not differ from the literal language of the claims, orif they include equivalent structural elements with insubstantialdifferences from the literal language of the claims.

We claim:
 1. An on-demand insurance (ODI) server comprising at least oneprocessor in communication with a memory device, the at least oneprocessor configured to: generate a user profile associated with a userby processing telematics data received from a user computing deviceassociated with the user; determine at least one transportation modeavailable for a trip to be taken by the user; receive real-timecontextual data associated with the trip and the user profile;determine, based upon at least the real-time contextual data and theuser profile, at least one risk associated with use of the at least onetransportation mode by the user during the trip; generate, based uponthe at least one risk, an insurance offering associated with the use ofthe at least one transportation mode; and transmit the insuranceoffering in real time to the user computing device for purchase by theuser.
 2. The ODI server of claim 1, wherein the at least one processoris further configured to receive, from the user computing device, aninsurance policy request for the trip, the insurance policy requestincluding trip data and a user identifier associated with the user. 3.The ODI server of claim 2, wherein the at least one processor is furtherconfigured to determine the at least one transportation mode based uponthe insurance policy request.
 4. The ODI server of claim 1, wherein theat least one processor is further configured to calculate, based uponthe at least one risk, a risk score associated with the use of the atleast one transportation mode.
 5. The ODI server of claim 4, wherein theat least one processor is further configured to generate, based upon thecalculated risk score, the insurance offering.
 6. The ODI server ofclaim 1, wherein the real-time contextual data includes at least one ofweather data, age of the user, data associated with a start location ofthe trip, or data associated with an end location of the trip.
 7. TheODI server of claim 1, wherein the at least one processor is furtherconfigured to: determine a plurality of transportation modes availablefor the trip by accessing transportation data associated with the trip;calculate a plurality of risk scores, each calculated for each of theplurality of transportation modes; compare the calculated risk scores toone another; rank, based upon the comparison, the plurality oftransportation modes based upon the calculated risk scores; generate,based upon an associated rank, a plurality of insurance offerings, eachgenerated for each of the plurality of transportation modes, whereineach insurance offering includes a price corresponding to the associatedrank; and transmit the plurality of insurance offerings to the usercomputing device for selection by the user.
 8. A computer-implementedmethod for generating dynamic user offerings, the method implemented byan on-demand insurance (ODI) server including at least one processor incommunication with a memory device, the method comprising: generating auser profile associated with a user by processing telematics datareceived from a user computing device associated with the user;determining at least one transportation mode available for a trip to betaken by the user; receiving real-time contextual data associated withthe trip and the user profile; determining, based upon at least thereal-time contextual data and the user profile, at least one riskassociated with use of the at least one transportation mode by the userduring the trip; generating, based upon the at least one risk, aninsurance offering associated with the use of the at least onetransportation mode; and transmitting the insurance offering in realtime to the user computing device for purchase by the user.
 9. Thecomputer-implemented method of claim 8 further comprising receiving,from the user computing device, an insurance policy request for thetrip, the insurance policy request including trip data and a useridentifier associated with the user.
 10. The computer-implemented methodof claim 9 further comprising determining the at least onetransportation mode based upon the insurance policy request.
 11. Thecomputer-implemented method of claim 8 further comprising calculating,based upon the at least one risk, a risk score associated with the useof the at least one transportation mode.
 12. The computer-implementedmethod of claim 11 further comprising generating, based upon thecalculated risk score, the insurance offering.
 13. Thecomputer-implemented method of claim 8, wherein the real-time contextualdata includes at least one of weather data, age of the user, dataassociated with a start location of the trip, or data associated with anend location of the trip.
 14. The computer-implemented method of claim 8further comprising: determining a plurality of transportation modesavailable for the trip by accessing transportation data associated withthe trip; calculating a plurality of risk scores, each calculated foreach of the plurality of transportation modes; comparing the calculatedrisk scores to one another; ranking, based upon the comparison, theplurality of transportation modes based upon the calculated risk scores;generating, based upon an associated rank, a plurality of insuranceofferings, each generated for each of the plurality of transportationmodes, wherein each insurance offering includes a price corresponding tothe associated rank; and transmitting the plurality of insuranceofferings to the user computing device for selection by the user.
 15. Anon-transitory computer-readable storage medium havingcomputer-executable instructions embodied thereon, wherein when executedby an on-demand insurance (ODI) server including at least one processorcoupled to a memory device, the computer-executable instructions causethe at least one processor to: generate a user profile associated with auser by processing telematics data received from a user computing deviceassociated with the user; determine at least one transportation modeavailable for a trip to be taken by the user; receive real-timecontextual data associated with the trip and the user profile;determine, based upon at least the real-time contextual data and theuser profile, at least one risk associated with use of the at least onetransportation mode by the user during the trip; generate, based uponthe at least one risk, an insurance offering associated with the use ofthe at least one transportation mode; and transmit the insuranceoffering in real time to the user computing device for purchase by theuser.
 16. The non-transitory computer-readable storage medium of claim15, wherein the computer-executable instructions further cause the atleast one processor to receive, from the user computing device, aninsurance policy request for the trip, the insurance policy requestincluding trip data and a user identifier associated with the user. 17.The non-transitory computer-readable storage medium of claim 15, whereinthe computer-executable instructions further cause the at least oneprocessor to calculate, based upon the at least one risk, a risk scoreassociated with the use of the at least one transportation mode.
 18. Thenon-transitory computer-readable storage medium of claim 17, wherein thecomputer-executable instructions further cause the at least oneprocessor to generate, based upon the calculated risk score, theinsurance offering.
 19. The non-transitory computer-readable storagemedium of claim 15, wherein the real-time contextual data includes atleast one of weather data, age of the user, data associated with a startlocation of the trip, or data associated with an end location of thetrip.
 20. The non-transitory computer-readable storage medium of claim15, wherein the computer-executable instructions further cause the atleast one processor to: determine a plurality of transportation modesavailable for the trip by accessing transportation data associated withthe trip; calculate a plurality of risk scores, each calculated for eachof the plurality of transportation modes; compare the calculated riskscores to one another; rank, based upon the comparison, the plurality oftransportation modes based upon the calculated risk scores; generate,based upon an associated rank, a plurality of insurance offerings, eachgenerated for each of the plurality of transportation modes, whereineach insurance offering includes a price corresponding to the associatedrank; and transmit the plurality of insurance offerings to the usercomputing device for selection by the user.